青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

幫忙解釋~關于內存問題!

Posted on 2007-06-20 19:39 MiweiDev 閱讀(1158) 評論(11)  編輯 收藏 引用 所屬分類: C / C++Language

回溫C語言,發(fā)現(xiàn)這個關于內存的問題,請大家?guī)兔忉寏~

#include <iostream>
using namespace std;

int main()
{
    char strArray[
5= "";
    
    cout 
<< "請輸入一個字符串(不要超過5個):" << endl;
    gets(strArray);
    puts(strArray);

    return 
0;
}
我定義的數(shù)組長度的5,strArray[5]是字符串類型的,本來只能存儲4個字符加上一個'\0',但是當我輸入的字符個數(shù)多于9個(包含9)的時候,才有提示錯誤出現(xiàn),當然我知道是數(shù)組的越界那部分的內存不可讀,但是為什么我輸入從5到9之間的時候卻不報錯呢?

隨后我又把數(shù)組的大小調整到 15 , 但是此時輸入 17 個字符時才報錯,
然后我又改變了數(shù)組的大小變?yōu)?0, 然后又實驗 結果我輸入13 個時才開始報錯!
誰能幫我解釋原因?

有關于這方面的書籍嗎?幫忙推薦幾本!THANKS!

Feedback

# re: 幫忙解釋~關于內存問題!  回復  更多評論   

2007-06-20 20:01 by 飯中淹
這個變量存放在堆棧內,堆棧是有一定的有效長度的

# re: 幫忙解釋~關于內存問題!  回復  更多評論   

2007-06-20 21:11 by BoolKinG
應該是編譯器自動對齊的原因,都是32bit的倍數(shù)

# re: 幫忙解釋~關于內存問題!  回復  更多評論   

2007-06-20 21:20 by windywinter
數(shù)組是沒有越界檢測的,只有到訪問非法內存的時候才會導致RTE退出。

# re: 幫忙解釋~關于內存問題!  回復  更多評論   

2007-06-20 21:31 by yc
我猜是內存對齊問題

# re: 幫忙解釋~關于內存問題!  回復  更多評論   

2007-06-21 02:01 by 小不點
對大家的回答我非常感動!還是這里的老師多!呵呵~
謝謝!
但是對于3樓的我還是不太清楚,我是定義的數(shù)組長度是 5,那么當我輸入6個字符然后調用puts()輸出的時候,那不就是訪問到了非法的內存了嗎~~,那怎么沒有報錯呢~~直到輸入多于9個的時候才報錯呢!
其他各位的建議,我還在慢慢接受中......

總之,謝謝大家的熱心照顧!

# re: 幫忙解釋~關于內存問題!  回復  更多評論   

2007-06-21 08:11 by windywinter
非法內存是指應用程序不可以訪問的內存,而不是數(shù)組范圍之外的內存。
你定義數(shù)組長度為5,系統(tǒng)會為這個數(shù)組分配5個單位空間,但實際上,如果這個數(shù)組附近的空間可以被應用程序訪問的話,超界訪問不會引起RTE(但可能引起其他問題)。比如,int a[5],b; a[6]=10; 然后不做任何編譯優(yōu)化的編譯,如果我沒猜錯,應該是b被改成了10。
[]操作符的意義是指針運算——a[i]就是*(a+i)。
puts()接受的是一個指針,它并不知道數(shù)組的大小是多少。puts()在遇到"\0"時停止工作。
LS幾位回答對齊問題的,特別是2樓,你覺得17是4的倍數(shù)還是13是4的倍數(shù)?

# re: 幫忙解釋~關于內存問題!  回復  更多評論   

2007-06-21 12:53 by alec yin
@windywinter
暈倒~ 連這都不知道啊?
16和12都是4的倍數(shù)~

# re: 幫忙解釋~關于內存問題!  回復  更多評論   

2007-06-21 15:28 by windywinter
LS:
第17個字符出錯,說明第16個沒有出錯。一個長度為16的字符串占用17個char。

# re: 幫忙解釋~關于內存問題!  回復  更多評論   

2007-06-21 15:48 by 小不點
哦!明白了.謝謝!

# re: 幫忙解釋~關于內存問題!  回復  更多評論   

2007-07-20 21:41 by 小不點
0.關鍵字 :sizeof,字節(jié)對齊,類型大小

前向聲明:
sizeof,一個其貌不揚的家伙,引無數(shù)菜鳥竟折腰.

小蝦我當初也沒少犯迷糊,秉著“辛苦我一個,幸福千萬人”的偉大思想,我決定將其盡可能詳細的總結一下。


但當我總結的時候才發(fā)現(xiàn),這個問題既可以簡單,又可以復雜。所以本文有的地方并不適合初學者,甚至都沒有必要大作文章。但如果你想“知其然,更知其所以然”的話,那么這篇文章對你或許有所幫助。


菜鳥我對C++的掌握尚未深入,其中不乏錯誤,歡迎各位指正啊

1. 定義:
sizeof是何方神圣?

sizeof 乃 C/C++ 中的一個操作符(operator)是也。簡單說其作用就是返回一個對象或者類型所占的內存字節(jié)數(shù)。

MSDN上的解釋為:

The sizeof keyword gives the amount of storage, in bytes, associated with a variable or a type (including aggregate types).This keyword returns a value of type size_t.

其返回值類型為size_t,在頭文件stddef.h中定義。這是一個依賴于編譯系統(tǒng)的值,一般定義為

typedef unsigned int size_t;

世上編譯器林林總總,但作為一個規(guī)范,它們都會保證char、signed char和unsigned char的sizeof值為1,畢竟char是我們編程能用的最小數(shù)據(jù)類型。

2. 語法:
sizeof有三種語法形式,如下:
1) sizeof( object ); // sizeof( 對象 );
2) sizeof( type_name ); // sizeof( 類型 );
3) sizeof object; // sizeof 對象;

所以,
int i;
sizeof( i ); // ok
sizeof i; // ok
sizeof( int ); // ok
sizeof int; // error

既然寫法2可以用寫法1代替,為求形式統(tǒng)一以及減少我們大腦的負擔,第2種寫法,忘掉它吧!

實際上,sizeof計算對象的大小也是轉換成對對象類型的計算。也就是說,同種類型的不同對象其sizeof值都是一致的。

這里,對象可以進一步延伸至表達式,即sizeof可以對一個表達式求值。編譯器根據(jù)表達式的最終結果類型來確定大小,一般不會對表達式進行計算。

例如:

sizeof( 2 ); // 2的類型為int,所以等價于 sizeof( int );
sizeof( 2 + 3.14 ); // 3.14的類型為double,2也會被提升成double類型,所以等價于 sizeof( double );

sizeof也可以對一個函數(shù)調用求值,其結果是函數(shù)返回類型的大小,函數(shù)并不會被調用。我們來看一個完整的例子:

*********************************************************

char foo()
{
printf("foo() has been called.\n");
return 'a';
}
int main()
{
size_t sz = sizeof( foo() ); // foo() 的返回值類型為char,所以sz = sizeof(char),但函數(shù)foo()并不會被調用
printf("sizeof( foo() ) = %d\n", sz);
}

*********************************************************

C99標準規(guī)定,函數(shù)、不能確定類型的表達式以及位域(bit-field)成員不能被計算sizeof值,即下面這些寫法都是錯誤的:

sizeof( foo ); // error
void foo2() { }
sizeof( foo2() ); // error
struct S
{
unsigned int f1 : 1;
unsigned int f2 : 5;
unsigned int f3 : 12;
};
sizeof( S.f1 ); // error


3. sizeof的常量性


sizeof的計算發(fā)生在編譯時刻,所以它可以被當作常量表達式使用。如:

char ary[ sizeof( int ) * 10 ]; // ok

最新的C99標準規(guī)定sizeof也可以在運行時刻進行計算。如下面的程序在Dev-C++中可以正確執(zhí)行:

int n;
n = 10; // n動態(tài)賦值
char ary[n]; // C99也支持數(shù)組的動態(tài)定義
printf("%d\n", sizeof(ary)); // ok. 輸出10

但在沒有完全實現(xiàn)C99標準的編譯器中就行不通了,上面的代碼在VC6中就通不過編譯。所以我們最好還是認為sizeof是在編譯期執(zhí)行的,這樣不會帶來錯誤,讓程序的可移植性強些。


4. 基本數(shù)據(jù)類型的sizeof

這里的基本數(shù)據(jù)類型指short、int、long、float、double這樣的簡單內置數(shù)據(jù)類型。由于它們都是和系統(tǒng)相關的,所以在不同的系統(tǒng)下取值可能不同。這務必引起我們的注意,盡量不要在這方面給自己程序的移植造成麻煩。

一般的,在32位編譯環(huán)境中,sizeof(int)的取值為4。


5. 指針變量的sizeof

學過數(shù)據(jù)結構的你應該知道指針是一個很重要的概念,它記錄了另一個對象的地址。既然是來存放地址的,那么它當然等于計算機內部地址總線的寬度。所以在32位計算機中,一個指針變量的返回值必定是4(注意結果是以字節(jié)為單位)。可以預計,在將來的64位系統(tǒng)中指針變量的sizeof結果為8。

*********************************************************

char* pc = "abc";
int* pi;
string* ps;
char** ppc = &pc;
void (*pf)(); // 函數(shù)指針
sizeof( pc ); // 結果為4
sizeof( pi ); // 結果為4
sizeof( ps ); // 結果為4
sizeof( ppc );// 結果為4
sizeof( pf ); // 結果為4

*********************************************************

指針變量的sizeof值與指針所指的對象沒有任何關系,正是由于所有的指針變量所占內存大小相等,所以MFC消息處理函數(shù)使用兩個參數(shù)WPARAM、LPARAM就能傳遞各種復雜的消息結構(使用指向結構體的指針)。


6. 數(shù)組的sizeof

數(shù)組的sizeof值等于數(shù)組所占用的內存字節(jié)數(shù),如:

char a1[] = "abc";
int a2[3];
sizeof( a1 ); // 結果為4,字符 末尾還存在一個NULL終止符
sizeof( a2 ); // 結果為3*4=12(依賴于int)

一些朋友剛開始時把sizeof當作了求數(shù)組元素的個數(shù),現(xiàn)在,你應該知道這是不對的。那么應該怎么求數(shù)組元素的個數(shù)呢?

Easy,通常有下面兩種寫法:

int c1 = sizeof( a1 ) / sizeof( char ); // 總長度/單個元素的長度
int c2 = sizeof( a1 ) / sizeof( a1[0]); // 總長度/第一個元素的長度


寫到這里,提一問,下面的c3,c4值應該是多少呢?

*********************************************************

void foo3(char a3[3])
{
int c3 = sizeof( a3 ); // c3 ==
}
void foo4(char a4[])
{
int c4 = sizeof( a4 ); // c4 ==
}

*********************************************************

也許當你試圖回答c4的值時已經意識到c3答錯了,是的,c3!=3。

這里函數(shù)參數(shù)a3已不再是數(shù)組類型,而是蛻變成指針。相當于char* a3,為什么仔細想想就不難明白。

我們調用函數(shù)foo1時,程序會在棧上分配一個大小為3的數(shù)組嗎?不會!

數(shù)組是“傳址”的,調用者只需將實參的地址傳遞過去,所以a3自然為指針類型(char*),c3的值也就為4。


7.string的sizeof
一個string的大小與它所指向的字符串的長度無關。

*********************************************************
string st1("blog.sina.com.cn");
string st2("majianan");
string st3;
string *ps = &st1;
cout << "st1: " << sizeof(st1) << endl;
cout << "st2: " << sizeof(st2) << endl;
cout << "st3: " << sizeof(st3) << endl;
cout << "ps: " << sizeof(ps) << endl;
cout << "*ps: " << sizeof(*ps) << endl;
*********************************************************

輸出結果為:
st1: 28
st2: 28
st3: 28
ps: 4
*ps: 28
*********************************************************
對于不同的STL,String類的結構定義會有所不同
所以不同的工具,例如VC++,和.NET,結果會有所不同,
在VC++6.0中(我的機器)結果是16
在.NET2003中結果是28
但是對于同一個編譯器,那么它的結果都是一定的


8.引用的sizeof

sizeof操作符應用在引用類型上的時候,返回的是包含被引用對象所需的內存長度(即被引用對象的大小)

*********************************************************
cout << "short:\t" << sizeof(short) << endl;
cout << "short*:\t" << sizeof(short*) << endl;
cout << "short&:\t" << sizeof(short&) << endl;
cout << "short[4]:\t" << sizeof(short[4]) << endl;
cout << "int&:\t" << sizeof(int&) << endl;
*********************************************************

輸出結果為:
short: 2
short*: 4
short&: 2
short[4]: 8
int&: 4


9. 結構體的sizeof

這是初學者問得最多的一個問題,所以這里有必要多費點筆墨。讓我們先看一個結構體:

struct S1
{
char c;
int i;
};

問sizeof(s1)等于多少?

聰明的你開始思考了,char占1個字節(jié),int占4個字節(jié),那么加起來就應該是5。

是這樣嗎?

你在你機器上試過了嗎?

也許你是對的,但很可能你是錯的!

VC6中按默認設置得到的結果為8。

Why?為什么受傷的總是我?

請不要沮喪,我們來好好琢磨一下sizeof的定義 —— sizeof的結果等于對象或者類型所占的內存字節(jié)數(shù)。好吧,那就讓我們來看看S1的內存分配情況:

S1 s1 = { 'a', 0xFFFFFFFF };

定義上面的變量后,加上斷點,運行程序,觀察s1所在的內存,你發(fā)現(xiàn)了什么?

以我的VC6.0為例,s1的地址為0x0012FF78,其數(shù)據(jù)內容如下:

0012FF78: 61 CC CC CC FF FF FF FF

發(fā)現(xiàn)了什么?怎么中間夾雜了3個字節(jié)的CC?

看看MSDN上的說明:

When applied to a structure type or variable, sizeof returns the actual size, which may include padding bytes inserted for alignment.

原來如此,這就是傳說中的字節(jié)對齊啊!一個重要的話題出現(xiàn)了。

為什么需要字節(jié)對齊?

計算機組成原理教導我們,這樣有助于加快計算機的取數(shù)速度,否則就得多花指令周期了。

為此,編譯器默認會對結構體進行處理(實際上其它地方的數(shù)據(jù)變量也是如此),讓寬度為2的基本數(shù)據(jù)類型(short等)都位于能被2整除的地址上,讓寬度為4的基本數(shù)據(jù)類型(int等)都位于能被4整除的地址上。以此類推,這樣,兩個數(shù)中間就可能需要加入填充字節(jié),所以整個結構體的sizeof值就增長了。

讓我們交換一下S1中char與int的位置:

struct S2
{
int i;
char c;
};

看看sizeof(S2)的結果為多少?怎么還是8。

再看看內存,原來成員c后面仍然有3個填充字節(jié)。

這又是為什么啊?別著急,下面總結規(guī)律。

字節(jié)對齊的細節(jié)和編譯器實現(xiàn)相關,但一般而言,滿足三個準則:
1) 結構體變量的首地址能夠被其最寬基本類型成員的大小所整除;
2) 結構體每個成員相對于結構體首地址的偏移量(offset)都是成員大小的整數(shù)倍,如有需要編譯器會在成員之間加上填充字節(jié)(internal adding);
3) 結構體的總大小為結構體最寬基本類型成員大小的整數(shù)倍,如有需要編譯器會在最末一個成員之后加上填充字節(jié)(trailing padding)。

對于上面的準則,有幾點需要說明:
1) 前面不是說結構體成員的地址是其大小的整數(shù)倍,怎么又說到偏移量了呢?

因為有了第1點存在,所以我們就可以只考慮成員的偏移量,這樣思考起來簡單。想想為什么。

結構體某個成員相對于結構體首地址的偏移量可以通過宏offsetof()來獲得,這個宏也在stddef.h中定義,如下:

#define offsetof(s,m) (size_t)&(((s *)0)->m)

例如,想要獲得S2中c的偏移量,方法為

size_t pos = offsetof(S2, c);// pos等于4


2) 基本類型是指前面提到的像char、short、int、float、double這樣的內置數(shù)據(jù)類型。這里所說的“數(shù)據(jù)寬度”就是指其sizeof的大小。由于結構體的成員可以是復合類型,比如另外一個結構體,所以在尋找最寬基本類型成員時,應當包括復合類型成員的子成員,而不是把復合成員看成是一個整體。但在確定復合類型成員的偏移位置時則是將復合類型作為整體看待。

這里敘述起來有點拗口,思考起來也有點撓頭,還是讓我們看看例子吧(具體數(shù)值仍以VC6為例,以后不再說明):

struct S3
{
char c1;
S1 s;
char c2;
};

S1的最寬簡單成員的類型為int,S3在考慮最寬簡單類型成員時是將S1“打散”看的,所以S3的最寬簡單類型為int。這樣,通過S3定義的變量,其存儲空間首地址需要被4整除,整個sizeof(S3)的值也應該被4整除。

c1的偏移量為0,s的偏移量呢?這時s是一個整體,它作為結構體變量也滿足前面三個準則,所以其大小為8,偏移量為4,c1與s之間便需要3個填充字節(jié),而c2與s之間就不需要了,所以c2的偏移量為12,算上c2的大小為13,13是不能被4整除的,這樣末尾還得補上3個填充字節(jié)。最后得到sizeof(S3)的值為16。


通過上面的敘述,我們可以得到一個公式:
結構體的大小等于最后一個成員的偏移量加上其大小再加上末尾的填充字節(jié)數(shù)目,即:

sizeof( struct ) = offsetof( last item ) + sizeof( last item ) + sizeof( trailing padding )



10.類的sizeof

類的sizeof值等于類中成員變量所占用的內存字節(jié)數(shù)。如:

****************************************************************

class A
{
public:
int b;
float c;
char d;
};

int main(void)
{
A object;
cout << "sizeof(object) is " << sizeof(object) << endl;
return 0 ;
}

***************************************************************


輸出結果為12(我的機器上sizeof(float)值為4,字節(jié)對其前面已經講過)。

不過需要注意的是,如果類中存在靜態(tài)成員變量,結果又會是什么樣子呢?

***************************************************************

class A
{
public:
static int a;
int b;
float c;
char d;
};

int main()
{
A object;
cout << "sizeof(object) is " << sizeof(object) << endl;
return 0 ;
}

**************************************************************


16?不對。結果仍然是12.

因為在程序編譯期間,就已經為static變量在靜態(tài)存儲區(qū)域分配了內存空間,并且這塊內存在程序的整個運行期間都存在。

而每次聲明了類A的一個對象的時候,為該對象在堆上,根據(jù)對象的大小分配內存。

如果類A中包含成員函數(shù),那么又會是怎樣的情況呢?看下面的例子

*************************************************************

class A
{
public:
static int a;
int b;
float c;
char d;
int add(int x,int y)
{
return x+y;
}
};

int main()
{
A object;
cout << "sizeof(object) is " << sizeof(object) << endl;
b = object.add(3,4);
cout << "sizeof(object) is " << sizeof(object) << endl;
return 0 ;
}

***************************************************************

結果仍為12。
因為只有非靜態(tài)類成員變量在新生成一個object的時候才需要自己的副本。
所以每個非靜態(tài)成員變量在生成新object需要內存,而function是不需要的。

# re: 幫忙解釋~關于內存問題!  回復  更多評論   

2009-11-19 10:18 by kaku
array的空間是自動擴充的 每次擴4個空間
定義strArray[5] 實際的大小是8個 所以第9個的地方報錯
同理 在第13 和17的位置會報錯
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            可以看av的网站久久看| 黄色小说综合网站| 日韩视频不卡中文| 亚洲国产乱码最新视频| 噜噜噜91成人网| 亚洲激情电影在线| 日韩视频三区| 国产精品一区久久久久| 久久丁香综合五月国产三级网站| 亚洲欧美在线视频观看| 在线观看国产欧美| 亚洲人成网站精品片在线观看| 欧美日韩成人综合在线一区二区| 亚洲综合成人婷婷小说| 西西人体一区二区| 亚洲精品久久久久久下一站| 一本色道久久加勒比88综合| 国产免费观看久久黄| 欧美超级免费视 在线| 欧美色图麻豆| 老司机午夜精品| 欧美日韩性生活视频| 久久国产精品72免费观看| 狂野欧美激情性xxxx| 欧美裸体一区二区三区| 亚洲欧美日本在线| 猛干欧美女孩| 欧美在线视频不卡| 欧美国产日韩精品| 久久av老司机精品网站导航| 欧美精品 日韩| 另类亚洲自拍| 国产精品久久久久天堂| 亚洲福利视频一区二区| 亚洲国产清纯| 国产一区二区三区四区hd| 亚洲乱码视频| 欧美日韩视频免费播放| 久久午夜国产精品| 国产精品视频网| 亚洲精品字幕| 91久久国产综合久久91精品网站| 亚洲欧美欧美一区二区三区| 国产精品99久久久久久久久久久久| 久久久久久亚洲精品不卡4k岛国| 亚洲女人小视频在线观看| 欧美不卡福利| 亚洲第一在线综合网站| 韩日成人av| 欧美在线播放| 欧美制服丝袜| 国产精品一区二区黑丝| 一区二区三区 在线观看视| 亚洲欧洲日本国产| 久热精品视频在线观看| 久久一区精品| 在线观看不卡| 狼人社综合社区| 免费成人性网站| 欧美精品福利视频| 亚洲大黄网站| 亚洲精品少妇网址| 欧美精品二区三区四区免费看视频| 欧美成人精品不卡视频在线观看| 激情久久久久久| 久久米奇亚洲| 亚洲国产国产亚洲一二三| 亚洲国产精彩中文乱码av在线播放| 久久久激情视频| 欧美高清在线一区二区| 亚洲精品永久免费| 欧美日韩精品免费观看| 一本色道久久综合狠狠躁篇怎么玩 | 久久免费观看视频| 韩日欧美一区二区| 久久影院亚洲| 亚洲欧洲一区二区天堂久久| 99成人在线| 国产精品有限公司| 久久九九免费| 亚洲片在线资源| 亚洲欧美国产77777| 国产一区自拍视频| 欧美国产大片| 亚洲一区日韩在线| 久久一二三四| aⅴ色国产欧美| 国产毛片一区二区| 榴莲视频成人在线观看| 亚洲巨乳在线| 久久久精品性| 欧美少妇一区二区| 欧美一区二区三区在| 亚洲网站啪啪| 国产亚洲精品综合一区91| 久久亚洲精品一区二区| 日韩一区二区免费看| 久久久蜜桃一区二区人| 99国产精品| 国产原创一区二区| 欧美日韩精品免费观看视频| 欧美一级久久久久久久大片| 亚洲国产日韩在线一区模特| 欧美伊人久久| 国产精品久久久一区麻豆最新章节| 午夜日本精品| 日韩视频精品在线| 久热精品在线视频| 午夜精品成人在线| 亚洲精品中文字| 国产在线麻豆精品观看| 欧美日韩中文字幕在线| 久久人人97超碰人人澡爱香蕉| 一区二区精品在线| 亚洲黄一区二区| 麻豆精品视频在线观看| 欧美亚洲专区| 好吊成人免视频| 国产精品网站在线观看| 欧美激情一二区| 看欧美日韩国产| 欧美中文字幕第一页| 一区二区激情视频| 亚洲乱码精品一二三四区日韩在线 | 免费高清在线视频一区·| 校园春色综合网| 亚洲欧美日韩系列| 一区二区三区欧美视频| 国产精品日韩久久久久| 欧美日韩在线免费| 欧美激情亚洲自拍| 欧美韩日一区二区| 裸体女人亚洲精品一区| 久久精品国产综合| 久久精品国产亚洲高清剧情介绍| 亚洲午夜久久久久久久久电影院| 一区二区三区 在线观看视| 亚洲毛片在线观看| 日韩视频不卡中文| 亚洲视频精选| 亚洲一区二区三区精品视频| 一区二区三区.www| 亚洲专区国产精品| 欧美一区二区三区免费大片| 亚洲欧美一级二级三级| 亚洲欧美清纯在线制服| 亚洲免费婷婷| 欧美亚洲自偷自偷| 久久成人国产精品| 裸体一区二区| 欧美欧美午夜aⅴ在线观看| 欧美精品一区二区三区四区 | 欧美一区二区啪啪| 久久久福利视频| 欧美福利在线观看| 欧美日韩亚洲91| 国产美女精品免费电影| 国产亚洲综合精品| 亚洲国产精品一区二区第四页av| 91久久精品日日躁夜夜躁国产| 亚洲久久在线| 亚洲欧美不卡| 蜜桃精品久久久久久久免费影院| 欧美国产精品v| 一区二区三区四区国产精品| 久久超碰97人人做人人爱| 久久午夜精品| 亚洲精品视频免费观看| 亚洲午夜视频在线| 久久久久久有精品国产| 欧美日韩精品一二三区| 国产日韩成人精品| 亚洲免费福利视频| 欧美一级淫片aaaaaaa视频| 美日韩在线观看| 一区二区三区精密机械公司| 久久精品2019中文字幕| 欧美日韩一级黄| 黄色影院成人| 亚洲午夜在线| 欧美激情国产日韩| 一区二区av| 欧美福利一区二区三区| 国产日韩欧美黄色| 一本大道久久精品懂色aⅴ| 久久久久免费观看| 一区二区三区精品视频在线观看| 久久久.com| 国产精品黄视频| 亚洲久久视频| 欧美成人一区二免费视频软件| 亚洲一区区二区| 欧美日本精品| 亚洲国产女人aaa毛片在线| 欧美综合国产| 亚洲一区二区三区激情| 欧美日本在线观看| 最新国产精品拍自在线播放| 久久久女女女女999久久| 亚洲一区日韩在线|