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

隨筆 - 25  文章 - 29  trackbacks - 0
<2015年11月>
25262728293031
1234567
891011121314
15161718192021
22232425262728
293012345

常用鏈接

留言簿(4)

隨筆分類(lèi)(22)

隨筆檔案(25)

文章分類(lèi)(2)

文章檔案(2)

相冊(cè)

最新隨筆

搜索

  •  

積分與排名

  • 積分 - 57331
  • 排名 - 405

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

1 、什么是 sizeof

?
首先看一下 sizeof 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.

?
看到 return 這個(gè)字眼,是不是想到了函數(shù)?錯(cuò)了, sizeof 不是一個(gè)函數(shù),你見(jiàn)過(guò)給一個(gè)函數(shù)傳參數(shù),而不加括號(hào)的嗎? sizeof 可以,所以 sizeof 不是函數(shù)。網(wǎng)上有人說(shuō) sizeof 是一元操作符,但是我并不這么認(rèn)為,因?yàn)?/span> sizeof 更像一個(gè)特殊的宏,它是在編譯階段求值的。舉個(gè)例子:

cout<<sizeof(int)<<endl; // 32
位機(jī)上 int 長(zhǎng)度為 4
cout<<sizeof(1==2)<<endl; // ==
操作符返回 bool 類(lèi)型,相當(dāng)于 cout<<sizeof(bool)<<endl;

?
在編譯階段已經(jīng)被翻譯為:

cout<<4<<endl;
cout<<1<<endl;

?
這里有個(gè)陷阱,看下面的程序:

int a = 0;
cout<<sizeof(a=3)<<endl;
cout<<a<<endl;

?
輸出為什么是 4 0 而不是期望中的 4 3 ???就在于 sizeof 在編譯階段處理的特性。由于 sizeof 不能被編譯成機(jī)器碼,所以 sizeof 作用范圍內(nèi),也就是 () 里面的內(nèi)容也不能被編譯,而是被替換成類(lèi)型。 = 操作符返回左操作數(shù)的類(lèi)型,所以 a=3 相當(dāng)于 int ,而代碼也被替換為:

int a = 0;
cout<<4<<endl;
cout<<a<<endl;

?
所以, sizeof 是不可能支持鏈?zhǔn)奖磉_(dá)式的,這也是和一元操作符不一樣的地方。

?
結(jié)論:不要把 sizeof 當(dāng)成函數(shù),也不要看作一元操作符,把他當(dāng)成一個(gè)特殊的編譯預(yù)處理。

2
sizeof 的用法

? sizeof
有兩種用法:

?
1 sizeof(object)
?
也就是對(duì)對(duì)象使用 sizeof ,也可以寫(xiě)成 sizeof object 的形式。例如:

?
2 sizeof(typename)
?
也就是對(duì)類(lèi)型使用 sizeof ,注意這種情況下寫(xiě)成 sizeof typename 是非法的。下面舉幾個(gè)例子說(shuō)明一下:


int i = 2;
cout<<sizeof(i)<<endl; // sizeof(object)
的用法,合理
cout<<sizeof i<<endl; // sizeof object
的用法,合理
cout<<sizeof 2<<endl; // 2
被解析成 int 類(lèi)型的 object, sizeof object 的用法,合理
cout<<sizeof(2)<<endl; // 2
被解析成 int 類(lèi)型的 object, sizeof(object) 的用法,合理
cout<<sizeof(int)<<endl;// sizeof(typename)
的用法,合理
cout<<sizeof int<<endl; //
錯(cuò)誤!對(duì)于操作符,一定要加 ()

?
可以看出,加 () 是永遠(yuǎn)正確的選擇。

?
結(jié)論:不論 sizeof 要對(duì)誰(shuí)取值,最好都加上 ()


3
、數(shù)據(jù)類(lèi)型的 sizeof

1 C++ 固有數(shù)據(jù)類(lèi)型

? 32
C++ 中的基本數(shù)據(jù)類(lèi)型,也就 char,short int(short),int,long int(long),float,double, long double
大小分別是: 1 2 4 4 4 8, 10

?
考慮下面的代碼:

cout<<sizeof(unsigned int) == sizeof(int)<<endl; //
相等,輸出 1

? unsigned
影響的只是最高位 bit 的意義,數(shù)據(jù)長(zhǎng)度不會(huì)被改變的。

?
結(jié)論: unsigned 不能影響 sizeof 的取值。

2 )自定義數(shù)據(jù)類(lèi)型

? typedef
可以用來(lái)定義 C++ 自定義類(lèi)型。考慮下面的問(wèn)題:

typedef short WORD;
typedef long DWORD;
cout<<(sizeof(short) == sizeof(WORD))<<endl; //
相等,輸出 1
cout<<(sizeof(long) == sizeof(DWORD))<<endl; //
相等,輸出 1

?
結(jié)論:自定義類(lèi)型的 sizeof 取值等同于它的類(lèi)型原形。

3 )函數(shù)類(lèi)型

?
考慮下面的問(wèn)題:

int f1(){return 0;};
double f2(){return 0.0;}
void f3(){}

cout<<sizeof(f1())<<endl; // f1()
返回值為 int ,因此被認(rèn)為是 int
cout<<sizeof(f2())<<endl; // f2()
返回值為 double ,因此被認(rèn)為是 double
cout<<sizeof(f3())<<endl; //
錯(cuò)誤!無(wú)法對(duì) void 類(lèi)型使用 sizeof
cout<<sizeof(f1)<<endl; //
錯(cuò)誤!無(wú)法對(duì)函數(shù)指針使用 sizeof ?
cout<<sizeof*f2<<endl; // *f2
,和 f2() 等價(jià),因?yàn)榭梢钥醋?/span> object ,所以括號(hào)不是必要的。被認(rèn)為是 double

?
結(jié)論:對(duì)函數(shù)使用 sizeof ,在編譯階段會(huì)被函數(shù)返回值的類(lèi)型取代,

4
、指針問(wèn)題

?
考慮下面問(wèn)題:

cout<<sizeof(string*)<<endl; // 4
cout<<sizeof(int*)<<endl; // 4
cout<<sizof(char****)<<endl; // 4

?
可以看到,不管是什么類(lèi)型的指針,大小都是 4 的,因?yàn)橹羔樉褪?/span> 32 位的物理地址。

?
結(jié)論:只要是指針,大小就是 4 。( 64 位機(jī)上要變成 8 也不一定)。

?
順便唧唧歪歪幾句, C++ 中的指針表示實(shí)際內(nèi)存的地址。和 C 不一樣的是, C++ 中取消了模式之分,也就是不再有 small,middle,big, 取而代之的是統(tǒng)一的 flat flat 模式采用 32 位實(shí)地址尋址,而不再是 c 中的 segment:offset 模式。舉個(gè)例子,假如有一個(gè)指向地址 f000:8888 的指針,如果是 C 類(lèi)型則是 8888(16 , 只存儲(chǔ)位移,省略段 ) far 類(lèi)型的 C 指針是 f0008888(32 位,高位保留段地址,地位保留位移 ),C++ 類(lèi)型的指針是 f8888(32 位,相當(dāng)于段地址 *16 + 位移,但尋址范圍要更大 )

5
、數(shù)組問(wèn)題

?
考慮下面問(wèn)題:

char a[] = "abcdef";
int b[20] = {3, 4};
char c[2][3] = {"aa", "bb"};


cout<<sizeof(a)<<endl; // 7
cout<<sizeof(b)<<endl; // 20
cout<<sizeof(c)<<endl; // 6


?
數(shù)組 a 的大小在定義時(shí)未指定,編譯時(shí)給它分配的空間是按照初始化的值確定的,也就是 7 c 是多維數(shù)組,占用的空間大小是各維數(shù)的乘積,也就是 6 。可以看出,數(shù)組的大小就是他在編譯時(shí)被分配的空間,也就是各維數(shù)的乘積 * 數(shù)組元素的大小。

?
結(jié)論:數(shù)組的大小是各維數(shù)的乘積 * 數(shù)組元素的大小。

?
這里有一個(gè)陷阱:

int *d = new int[10];

cout<<sizeof(d)<<endl; // 4

? d
是我們常說(shuō)的動(dòng)態(tài)數(shù)組,但是他實(shí)質(zhì)上還是一個(gè)指針,所以 sizeof(d) 的值是 4

?
再考慮下面的問(wèn)題:

double* (*a)[3][6];

cout<<sizeof(a)<<endl; // 4
cout<<sizeof(*a)<<endl; // 72
cout<<sizeof(**a)<<endl; // 24
cout<<sizeof(***a)<<endl; // 4
cout<<sizeof(****a)<<endl; // 8

? a
是一個(gè)很奇怪的定義,他表示一個(gè)指向 double*[3][6] 類(lèi)型數(shù)組的指針。既然是指針,所以 sizeof(a) 就是 4

?
既然 a 是執(zhí)行 double*[3][6] 類(lèi)型的指針, *a 就表示一個(gè) double*[3][6] 的多維數(shù)組類(lèi)型,因此 sizeof(*a)=3*6*sizeof(double*)=72 。同樣的, **a 表示一個(gè) double*[6] 類(lèi)型的數(shù)組,所以 sizeof(**a)=6*sizeof(double*)=24 ***a 就表示其中的一個(gè)元素,也就是 double* 了,所以 sizeof(***a)=4 。至于 ****a ,就是一個(gè) double 了,所以 sizeof(****a)=sizeof(double)=8

6
、向函數(shù)傳遞數(shù)組的問(wèn)題。

?
考慮下面的問(wèn)題:
#include <iostream>
using namespace std;

int Sum(int i[])
{
int sumofi = 0;
for (int j = 0; j < sizeof(i)/sizeof(int); j++) //
實(shí)際上, sizeof(i) = 4
{
sumofi += i[j];
}
return sumofi;
}

int main()
{
int allAges[6] = {21, 22, 22, 19, 34, 12};
cout<<Sum(allAges)<<endl;
system("pause");
return 0;
}

? Sum
的本意是用 sizeof 得到數(shù)組的大小,然后求和。但是實(shí)際上,傳入自函數(shù) Sum 的,只是一個(gè) int 類(lèi)型的指針,所以 sizeof(i)=4 ,而不是 24 ,所以會(huì)產(chǎn)生錯(cuò)誤的結(jié)果。解決這個(gè)問(wèn)題的方法使是用指針或者引用。

?
使用指針的情況:
int Sum(int (*i)[6])
{
int sumofi = 0;
for (int j = 0; j < sizeof(*i)/sizeof(int); j++) //sizeof(*i) = 24
{
sumofi += (*i)[j];
}
return sumofi;
}

int main()
{
int allAges[] = {21, 22, 22, 19, 34, 12};
cout<<Sum(&allAges)<<endl;
system("pause");
return 0;
}
?
在這個(gè) Sum 里, i 是一個(gè)指向 i[6] 類(lèi)型的指針,注意,這里不能用 int Sum(int (*i)[]) 聲明函數(shù),而是必須指明要傳入的數(shù)組的大小,不然 sizeof(*i) 無(wú)法計(jì)算。但是在這種情況下,再通過(guò) sizeof 來(lái)計(jì)算數(shù)組大小已經(jīng)沒(méi)有意義了,因?yàn)榇藭r(shí)大小是指定為 6 的。
使用引用的情況和指針相似:

int Sum(int (&i)[6])
{
int sumofi = 0;
for (int j = 0; j < sizeof(i)/sizeof(int); j++)
{
sumofi += i[j];
}
return sumofi;
}

int main()
{
int allAges[] = {21, 22, 22, 19, 34, 12};
cout<<Sum(allAges)<<endl;
system("pause");
return 0;
}
?
這種情況下 sizeof 的計(jì)算同樣無(wú)意義,所以用數(shù)組做參數(shù),而且需要遍歷的時(shí)候,函數(shù)應(yīng)該有一個(gè)參數(shù)來(lái)說(shuō)明數(shù)組的大小,而數(shù)組的大小在數(shù)組定義的作用域內(nèi)通過(guò) sizeof 求值。因此上面的函數(shù)正確形式應(yīng)該是:
#include <iostream>
using namespace std;

int Sum(int *i, unsigned int n)
{
int sumofi = 0;
for (int j = 0; j < n; j++)
{
sumofi += i[j];
}
return sumofi;
}

int main()
{
int allAges[] = {21, 22, 22, 19, 34, 12};
cout<<Sum(i, sizeof(allAges)/sizeof(int))<<endl;
system("pause");
return 0;
}

7
、字符串的 sizeof strlen

?
考慮下面的問(wèn)題:

char a[] = "abcdef";
char b[20] = "abcdef";
string s = "abcdef";

cout<<strlen(a)<<endl; // 6
,字符串長(zhǎng)度
cout<<sizeof(a)<<endl; // 7
,字符串容量
cout<<strlen(b)<<endl; // 6
,字符串長(zhǎng)度
cout<<strlen(b)<<endl; // 20
,字符串容量
cout<<sizeof(s)<<endl; // 12,
這里不代表字符串的長(zhǎng)度,而是 string 類(lèi)的大小
cout<<strlen(s)<<endl; //
錯(cuò)誤! s 不是一個(gè)字符指針。

a[1] = '\0';
cout<<strlen(a)<<endl; // 1
cout<<sizeof(a)<<endl; // 7
sizeof 是恒定的


? strlen
是尋找從指定地址開(kāi)始,到出現(xiàn)的第一個(gè) 0 之間的字符個(gè)數(shù),他是在運(yùn)行階段執(zhí)行的,而 sizeof 是得到數(shù)據(jù)的大小,在這里是得到字符串的容量。所以對(duì)同一個(gè)對(duì)象而言, sizeof 的值是恒定的。 string C++ 類(lèi)型的字符串,他是一個(gè)類(lèi),所以 sizeof(s) 表示的并不是字符串的長(zhǎng)度,而是類(lèi) string 的大小。 strlen(s) 根本就是錯(cuò)誤的,因?yàn)?/span> strlen 的參數(shù)是一個(gè)字符指針,如果想用 strlen 得到 s 字符串的長(zhǎng)度,應(yīng)該使用 sizeof(s.c_str()) ,因?yàn)?/span> string 的成員函數(shù) c_str() 返回的是字符串的首地址。實(shí)際上, string 類(lèi)提供了自己的成員函數(shù)來(lái)得到字符串的容量和長(zhǎng)度,分別是 Capacity() Length() string 封裝了常用了字符串操作,所以在 C++ 開(kāi)發(fā)過(guò)程中,最好使用 string 代替 C 類(lèi)型的字符串。


8
、從 union sizeof 問(wèn)題看 cpu 的對(duì)界

?
考慮下面問(wèn)題:(默認(rèn)對(duì)齊方式)

union u
{
double a;
int b;
};

union u2
{
char a[13];
int b;
};

union u3
{
char a[13];
char b;
};

cout<<sizeof(u)<<endl; // 8
cout<<sizeof(u2)<<endl; // 16
cout<<sizeof(u3)<<endl; // 13

?
都知道 union 的大小取決于它所有的成員中,占用空間最大的一個(gè)成員的大小。所以對(duì)于 u 來(lái)說(shuō),大小就是最大的 double 類(lèi)型成員 a 了,所以 sizeof(u)=sizeof(double)=8 。但是對(duì)于 u2 u3 ,最大的空間都是 char[13] 類(lèi)型的數(shù)組,為什么 u3 的大小是 13 ,而 u2 16 呢?關(guān)鍵在于 u2 中的成員 int b 。由于 int 類(lèi)型成員的存在,使 u2 的對(duì)齊方式變成 4 ,也就是說(shuō), u2 的大小必須在 4 的對(duì)界上,所以占用的空間變成了 16 (最接近 13 的對(duì)界)。

?
結(jié)論:復(fù)合數(shù)據(jù)類(lèi)型,如 union struct class 的對(duì)齊方式為成員中對(duì)齊方式最大的成員的對(duì)齊方式。

?
順便提一下 CPU 對(duì)界問(wèn)題, 32 C++ 采用 8 位對(duì)界來(lái)提高運(yùn)行速度,所以編譯器會(huì)盡量把數(shù)據(jù)放在它的對(duì)界上以提高內(nèi)存命中率。對(duì)界是可以更改的,使用 #pragma pack(x) 宏可以改變編譯器的對(duì)界方式,默認(rèn)是 8 C++ 固有類(lèi)型的對(duì)界取編譯器對(duì)界方式與自身大小中較小的一個(gè)。例如,指定編譯器按 2 對(duì)界, int 類(lèi)型的大小是 4 ,則 int 的對(duì)界為 2 4 中較小的 2 。在默認(rèn)的對(duì)界方式下,因?yàn)閹缀跛械臄?shù)據(jù)類(lèi)型都不大于默認(rèn)的對(duì)界方式 8 (除了 long double ),所以所有的固有類(lèi)型的對(duì)界方式可以認(rèn)為就是類(lèi)型自身的大小。更改一下上面的程序:

#pragma pack(2)
union u2
{
char a[13];
int b;
};

union u3
{
char a[13];
char b;
};
#pragma pack(8)

cout<<sizeof(u2)<<endl; // 14
cout<<sizeof(u3)<<endl; // 13

?
由于手動(dòng)更改對(duì)界方式為 2 ,所以 int 的對(duì)界也變成了 2 u2 的對(duì)界取成員中最大的對(duì)界,也是 2 了,所以此時(shí) sizeof(u2)=14

?
結(jié)論: C++ 固有類(lèi)型的對(duì)界取編譯器對(duì)界方式與自身大小中較小的一個(gè)。

9
struct sizeof 問(wèn)題

?
因?yàn)閷?duì)齊問(wèn)題使結(jié)構(gòu)體的 sizeof 變得比較復(fù)雜,看下面的例子: ( 默認(rèn)對(duì)齊方式下 )

struct s1
{
char a;
double b;
int c;
char d;
};

struct s2
{
char a;
char b;
int c;
double d;
};

cout<<sizeof(s1)<<endl; // 24
cout<<sizeof(s2)<<endl; // 16

?
同樣是兩個(gè) char 類(lèi)型,一個(gè) int 類(lèi)型,一個(gè) double 類(lèi)型,但是因?yàn)閷?duì)界問(wèn)題,導(dǎo)致他們的大小不同。計(jì)算結(jié)構(gòu)體大小可以采用元素?cái)[放法,我舉例子說(shuō)明一下:首先, CPU 判斷結(jié)構(gòu)體的對(duì)界,根據(jù)上一節(jié)的結(jié)論, s1 s2 的對(duì)界都取最大的元素類(lèi)型,也就是 double 類(lèi)型的對(duì)界 8 。然后開(kāi)始擺放每個(gè)元素。
?
對(duì)于 s1 ,首先把 a 放到 8 的對(duì)界,假定是 0 ,此時(shí)下一個(gè)空閑的地址是 1 ,但是下一個(gè)元素 d double 類(lèi)型,要放到 8 的對(duì)界上,離 1 最接近的地址是 8 了,所以 d 被放在了 8 ,此時(shí)下一個(gè)空閑地址變成了 16 ,下一個(gè)元素 c 的對(duì)界是 4 16 可以滿(mǎn)足,所以 c 放在了 16 ,此時(shí)下一個(gè)空閑地址變成了 20 ,下一個(gè)元素 d 需要對(duì)界 1 ,也正好落在對(duì)界上,所以 d 放在了 20 ,結(jié)構(gòu)體在地址 21 處結(jié)束。由于 s1 的大小需要是 8 的倍數(shù),所以 21-23 的空間被保留, s1 的大小變成了 24
?
對(duì)于 s2 ,首先把 a 放到 8 的對(duì)界,假定是 0 ,此時(shí)下一個(gè)空閑地址是 1 ,下一個(gè)元素的對(duì)界也是 1 ,所以 b 擺放在 1 ,下一個(gè)空閑地址變成了 2 ;下一個(gè)元素 c 的對(duì)界是 4 ,所以取離 2 最近的地址 4 擺放 c ,下一個(gè)空閑地址變成了 8 ,下一個(gè)元素 d 的對(duì)界是 8 ,所以 d 擺放在 8 ,所有元素?cái)[放完畢,結(jié)構(gòu)體在 15 處結(jié)束,占用總空間為 16 ,正好是 8 的倍數(shù)。

?
這里有個(gè)陷阱,對(duì)于結(jié)構(gòu)體中的結(jié)構(gòu)體成員,不要認(rèn)為它的對(duì)齊方式就是他的大小,看下面的例子:

struct s1
{
char a[8];
};

struct s2
{
double d;
};

struct s3
{
s1 s;
char a;
};

struct s4
{
s2 s;
char a;
};

cout<<sizeof(s1)<<endl; // 8
cout<<sizeof(s2)<<endl; // 8
cout<<sizeof(s3)<<endl; // 9
cout<<sizeof(s4)<<endl; // 16;

? s1
s2 大小雖然都是 8 ,但是 s1 的對(duì)齊方式是 1 s2 8 double ),所以在 s3 s4 中才有這樣的差異。

?
所以,在自己定義結(jié)構(gòu)體的時(shí)候,如果空間緊張的話(huà),最好考慮對(duì)齊因素來(lái)排列結(jié)構(gòu)體里的元素。

10
、不要讓 double 干擾你的位域

?
在結(jié)構(gòu)體和類(lèi)中,可以使用位域來(lái)規(guī)定某個(gè)成員所能占用的空間,所以使用位域能在一定程度上節(jié)省結(jié)構(gòu)體占用的空間。不過(guò)考慮下面的代碼:

struct s1
{
int i: 8;
int j: 4;
double b;
int a:3;
};

struct s2
{
int i;
int j;
double b;
int a;
};

struct s3
{
int i;
int j;
int a;
double b;
};

struct s4
{
int i: 8;
int j: 4;
int a:3;
double b;
};

cout<<sizeof(s1)<<endl; // 24
cout<<sizeof(s2)<<endl; // 24
cout<<sizeof(s3)<<endl; // 24
cout<<sizeof(s4)<<endl; // 16

?
可以看到,有 double 存在會(huì)干涉到位域( sizeof 的算法參考上一節(jié)),所以使用位域的的時(shí)候,最好把 float 類(lèi)型和 double 類(lèi)型放在程序的開(kāi)始或者最后。

?
第一次寫(xiě)東西,發(fā)現(xiàn)自己的表達(dá)能力太差了,知道的東西講不出來(lái),講出來(lái)的東西別人也看不懂,呵呵。另外, C99 標(biāo)準(zhǔn)的 sizeof 已經(jīng)可以工作在運(yùn)行時(shí)了,打算最近找個(gè)支持 C99 的編譯器研究一下。

posted on 2006-05-24 15:01 黃大仙 閱讀(11241) 評(píng)論(4)  編輯 收藏 引用 所屬分類(lèi): C/C++

FeedBack:
# re: c/c++數(shù)組與sizeof的基礎(chǔ)知識(shí) 2011-10-11 08:53 caixia
不錯(cuò)  回復(fù)  更多評(píng)論
  
# re: c/c++數(shù)組與sizeof的基礎(chǔ)知識(shí) 2015-05-27 15:21 shirley
寫(xiě)的 很好了。  回復(fù)  更多評(píng)論
  
# re: c/c++數(shù)組與sizeof的基礎(chǔ)知識(shí) 2015-11-10 11:57 守望者在這里
博主寫(xiě)的非常好 解惑了 謝謝 我還轉(zhuǎn)載了  回復(fù)  更多評(píng)論
  
# re: c/c++數(shù)組與sizeof的基礎(chǔ)知識(shí) 2016-05-04 21:20 秦強(qiáng)
寫(xiě)的很深,受益匪淺啊  回復(fù)  更多評(píng)論
  

只有注冊(cè)用戶(hù)登錄后才能發(fā)表評(píng)論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
              国产欧美日韩免费看aⅴ视频| 亚洲精品免费网站| 在线播放一区| 激情视频一区| 亚洲第一主播视频| 尤物九九久久国产精品的分类| 国产精品视频一区二区高潮| 国产麻豆综合| 狠狠久久亚洲欧美| 亚洲人成网站色ww在线| 亚洲激情国产| 亚洲女与黑人做爰| 久久久99爱| 亚洲国产一区视频| 亚洲少妇在线| 欧美亚洲网站| 免费一级欧美片在线观看| 欧美日韩亚洲一区二区三区在线观看| 亚洲综合国产| 午夜视频在线观看一区| 久久夜色精品国产噜噜av| 欧美成人精品| 亚洲深夜av| 免费不卡视频| 国产精品视频免费在线观看| 一色屋精品视频在线看| 亚洲视频在线观看视频| 久久婷婷国产麻豆91天堂| 亚洲韩国青草视频| 午夜国产不卡在线观看视频| 久久综合给合| 国产欧美一区二区三区久久人妖 | 欧美日韩久久不卡| 国产精品腿扒开做爽爽爽挤奶网站| 国内伊人久久久久久网站视频 | 欧美二区在线播放| 一区二区福利| 欧美成人午夜激情在线| 国产午夜精品在线观看| 亚洲天堂免费在线观看视频| 欧美大片一区二区| 欧美在线地址| 国产精品国产一区二区| 亚洲国产裸拍裸体视频在线观看乱了中文 | 日韩亚洲欧美成人一区| 午夜一区二区三区在线观看| 欧美成人精品在线播放| 国产日韩一区二区三区在线| 亚洲国产精品一区| 久久国产视频网| 国产精品国产三级国产专区53| 亚洲国产合集| 久久免费国产精品| 欧美一区二区三区的| 欧美88av| 亚洲欧美日韩精品一区二区| 欧美系列一区| 亚洲一级黄色| 一区二区av| 国产精品jizz在线观看美国 | 欧美理论电影在线观看| 雨宫琴音一区二区在线| 久久久精品欧美丰满| 欧美一级大片在线观看| 国产一区二区三区久久 | 亚洲黄色在线视频| 欧美国产高潮xxxx1819| 免费看av成人| 亚洲精品视频免费在线观看| 亚洲成人在线视频播放 | 国产亚洲欧美日韩日本| 欧美一级专区免费大片| 亚洲欧美久久久| 国产一区二区丝袜高跟鞋图片 | 久久精品av麻豆的观看方式| 亚洲综合色噜噜狠狠| 国产精品一级二级三级| 久久成人综合网| 久久久国产视频91| 亚洲欧洲精品一区二区三区| 亚洲精品久久久久久久久久久| 欧美精选一区| 欧美亚洲自偷自偷| 欧美一区影院| 在线日韩精品视频| 亚洲大片av| 欧美日韩久久久久久| 亚洲欧美色一区| 久久成人在线| 亚洲精品中文在线| 亚洲午夜精品国产| 亚洲大片精品永久免费| 99av国产精品欲麻豆| 国产欧美一区二区精品婷婷| 欧美成人69av| 国产精品久久福利| 老司机成人网| 欧美日韩一本到| 久久欧美中文字幕| 欧美日韩国产一级片| 久久亚洲综合色| 亚洲国产精品成人综合| 亚洲黄色影院| 国产亚洲激情| 亚洲精品一区二区网址 | 99这里只有久久精品视频| 亚洲欧美日本国产有色| 亚洲国产影院| 久久精品成人一区二区三区| 亚洲少妇诱惑| 欧美高清视频一区| 另类亚洲自拍| 国产亚洲一区二区三区在线播放| 亚洲巨乳在线| 亚洲精品一品区二品区三品区| 亚洲欧美久久久久一区二区三区| 亚洲精品久久久蜜桃| 久久国产精品99精品国产| 一区二区三区免费看| 欧美a级理论片| 免费亚洲电影在线观看| 国产日韩视频| 亚洲午夜一区二区| 亚洲一区在线视频| 欧美另类视频| 亚洲成色777777在线观看影院| 国产欧美精品在线播放| 亚洲丝袜av一区| 亚洲砖区区免费| 国产精品白丝黑袜喷水久久久 | 久久免费视频一区| 久久久国产91| 国产欧美一区二区精品秋霞影院| 亚洲视频日本| 亚洲综合电影| 香蕉国产精品偷在线观看不卡| 激情六月综合| 国产乱码精品一区二区三| 欧美成年人在线观看| 精品粉嫩aⅴ一区二区三区四区| 亚洲午夜激情| 欧美在线一级视频| 国产酒店精品激情| 亚洲一区二区久久| 欧美伊久线香蕉线新在线| 国产欧美一区二区精品婷婷| 亚洲欧美日韩一区二区三区在线观看| 午夜精品一区二区在线观看| 国产欧美午夜| 久久九九国产精品怡红院| 蜜臀av国产精品久久久久| 亚洲国产日韩一区二区| 欧美高清在线视频观看不卡| 日韩五码在线| 亚洲欧美中文日韩v在线观看| 国产欧美日韩亚洲一区二区三区 | 欧美一级专区免费大片| 国产亚洲成av人片在线观看桃| 久久成人人人人精品欧| 欧美韩日视频| 亚洲午夜av电影| 国产一区成人| 欧美不卡高清| 欧美 日韩 国产在线 | 亚洲综合视频网| 久久免费视频这里只有精品| 亚洲激情综合| 国产精品久久777777毛茸茸| 亚洲欧美精品中文字幕在线| 蜜桃精品久久久久久久免费影院| 亚洲剧情一区二区| 国产精品视频你懂的| 久久久免费av| 日韩一级在线观看| 麻豆精品传媒视频| 一本色道久久88精品综合| 国产日韩精品一区二区三区 | 免费观看亚洲视频大全| 99精品视频免费观看| 久久综合九色综合欧美就去吻| 日韩视频二区| 狠狠做深爱婷婷久久综合一区| 牛牛精品成人免费视频| 亚洲尤物在线视频观看| 亚洲国产欧美日韩精品| 久久久久国色av免费观看性色| 亚洲欧洲三级| 激情久久影院| 国产麻豆精品theporn| 欧美另类亚洲| 久久久噜噜噜久噜久久| 午夜精品免费在线| 一区二区三区视频免费在线观看 | 亚洲电影免费观看高清完整版| 亚洲永久免费精品| 亚洲精品网站在线播放gif| 激情久久久久久久| 国产亚洲人成网站在线观看| 国产精品sm| 欧美日韩精品免费 |