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

隨筆 - 11, 文章 - 0, 評(píng)論 - 58, 引用 - 0
數(shù)據(jù)加載中……

i++, ++i 和i=i+1究竟哪個(gè)快?

i++, ++i 和i=i+1究竟哪個(gè)快?

引子

以前學(xué)習(xí)C++時(shí),被告知i++的速度要比i=+1快,而++i的速度又要比i++快。即在效率上有:++i > i++ > i=i+1。所以如果單單只是需要進(jìn)行遞增時(shí),用++i是最好的。但是某天我突然覺(jué)得:這三個(gè)運(yùn)算的目的都是一樣,開(kāi)銷按道理應(yīng)該相同才對(duì)。難道編譯器如此之笨?就連這點(diǎn)優(yōu)化都不會(huì)做?

運(yùn)行時(shí)間測(cè)試(VS2008)

先用c#做了一遍:

static private void Test()

{

int counter = 0;

Stopwatch timer = new Stopwatch();

 

timer.Start();

for (int i = 0; i < 2147483647; i++)

{

counter++;

}

timer.Stop();

Console.WriteLine("i++: " + timer.ElapsedMilliseconds);

 

timer.Reset();

counter=0;

timer.Start();

for (int i = 0; i < 2147483647; ++i)

{

++counter;

}

timer.Stop();

Console.WriteLine("++i: " + timer.ElapsedMilliseconds);

 

timer.Reset();

counter=0;

timer.Start();

for (int i = 0; i < 2147483647; i = i + 1)

{

counter=counter+1;

}

timer.Stop();

Console.WriteLine("i=i+1: "+timer.ElapsedMilliseconds);

 

Console.WriteLine();

 

}

從結(jié)果來(lái)看,幾乎沒(méi)有分別,每個(gè)算式都有機(jī)會(huì)獲得第一名。所以我覺(jué)得這3個(gè)算式對(duì)編譯器來(lái)說(shuō)應(yīng)該是沒(méi)有分別的。

用c++做了一遍

void test()

{

    int elapTicks;

    double elapMilli;

    clock_t Begin, End;

    int counter = 0;

 

 

    Begin = clock() * CLK_TCK; //start the timer

    for(int i=0; i<2147483647; i++) counter++;

    End = clock() * CLK_TCK; //stop the timer

 

    elapTicks = End - Begin; //the number of ticks from Begin to End

    elapMilli = elapTicks/1000; //milliseconds from Begin to End

    cout<<"i++: "<<elapMilli<<"\n";

 

    counter=0;

    Begin = clock() * CLK_TCK; //start the timer

    for(int i=0; i<2147483647; ++i) ++counter;

    End = clock() * CLK_TCK; //stop the timer

 

    elapTicks = End - Begin; //the number of ticks from Begin to End

    elapMilli = elapTicks/1000; //milliseconds from Begin to End

    cout<<"++i: "<<elapMilli<<"\n";

 

    counter=0;

    Begin = clock() * CLK_TCK; //start the timer

    for(int i=0; i<2147483647; i=i+1)counter=counter+1;

    End = clock() * CLK_TCK; //stop the timer

 

    elapTicks = End - Begin; //the number of ticks from Begin to End

    elapMilli = elapTicks/1000; //milliseconds from Begin to End

    cout<<"i=i+1: "<<elapMilli<<"\n\n";

 

}

結(jié)果也是類似。

結(jié)論

i++, ++i 和i=i+1的區(qū)別,應(yīng)該只是純粹理論上的區(qū)別(即按照相應(yīng)的表達(dá)算式進(jìn)行編譯)。個(gè)人猜測(cè)對(duì)于以上3個(gè)表達(dá)式,編譯器在編譯之后應(yīng)該生成一樣的語(yǔ)句。不過(guò)我不懂匯編,也不懂如何進(jìn)一步深入測(cè)試。就此次測(cè)試的結(jié)果來(lái)看,3個(gè)表達(dá)式的時(shí)間開(kāi)銷是一樣的(每次運(yùn)行結(jié)果誤差應(yīng)該是其他原因)。當(dāng)然,此分析僅限于VS2008,有可能這3個(gè)語(yǔ)句在其他編譯器上的性能會(huì)有所不同。

歡迎指正。

posted on 2010-07-14 13:41 54sun 閱讀(10445) 評(píng)論(29)  編輯 收藏 引用 所屬分類: 隨筆

評(píng)論

# re:   回復(fù)  更多評(píng)論   

明顯++i
2010-07-14 14:00 | wangfan1985@gmail.com

# re:   回復(fù)  更多評(píng)論   

編譯器不會(huì)那么笨的,我自己寫(xiě)的那個(gè)都能發(fā)現(xiàn)他們?nèi)齻€(gè)是一樣的。
2010-07-14 14:18 | 陳梓瀚(vczh)

# re:   回復(fù)  更多評(píng)論   

@wangfan1985@gmail.com
那是你用的編譯器過(guò)于爛,或者你沒(méi)有打開(kāi)應(yīng)有的優(yōu)化選項(xiàng),導(dǎo)致的。
2010-07-14 14:19 | 陳梓瀚(vczh)

# re: [未登錄](méi)  回復(fù)  更多評(píng)論   

這么測(cè)試是不對(duì)的,應(yīng)該直接看匯編
2010-07-14 14:23 | cyantree

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

# re: i++, ++i 和i=i+1究竟哪個(gè)快? 回復(fù) 更多評(píng)論 刪除評(píng)論
因?yàn)镃++可以重載操作符。
所以, 除非"知道i的類型", 表達(dá)式 i++, ++i, i=i+1 的行為"未知"。

從語(yǔ)意上說(shuō),所需要的操作: ++i < i++ (多一個(gè)復(fù)制), i=i+1(多一個(gè)賦值)。
所以: "如果只需要++i, 就不要寫(xiě)成i++; 如果只需要i++, 就不要寫(xiě)成i=i+1"。
養(yǎng)成這種習(xí)慣, 無(wú)論i是什么類型都無(wú)所謂。

另一方面, 在已知i是int的情況下,如果某編譯器生成的代碼有顯著區(qū)別, 那可以把它丟了……
2010-07-14 14:16 | OwnWaterloo
2010-07-14 14:34 | 54sun

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

對(duì)這3種情況分別反匯編以后都得到以下結(jié)果
00401004 |. C745 FC 00000>mov dword ptr [ebp-4], 0
0040100B |. EB 09 jmp short 00401016
0040100D |> 8B45 FC /mov eax, dword ptr [ebp-4]
00401010 |. 83C0 01 |add eax, 1
00401013 |. 8945 FC |mov dword ptr [ebp-4], eax
00401016 |> 817D FC E8030> cmp dword ptr [ebp-4], 3E8
0040101D |. 7D 02 |jge short 00401021
0040101F |.^ EB EC \jmp short 0040100D

所以說(shuō)優(yōu)化后的效率是一樣的
2010-07-14 14:42 | lwch

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

搞個(gè) ++ 對(duì)象試一試。
區(qū)別很大
看看STL的源碼就清楚了
2010-07-14 18:27 | haven

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

樓主不厚道啊,你把明顯能優(yōu)化成一樣的代碼放在一起當(dāng)然編譯器沒(méi)有那么笨,效率肯定是一樣的
你試試這樣
j = i;
i = i + 1;

i = i + 1;
j = i;

j = i ++

j = ++ i

理論上 j = i ++ 可能會(huì)慢一些,看情況,因?yàn)橐缺4?i 的值,然后計(jì)算,然后將舊值賦值給 j ,其他的應(yīng)該效率理論上應(yīng)該是相同的
2010-07-14 18:59 | 樓主不厚道

# re: i++, ++i 和i=i+1究竟哪個(gè)快?[未登錄](méi)  回復(fù)  更多評(píng)論   

純primitive type區(qū)別并不是太大, 用object和重載的運(yùn)算符就能看出區(qū)別來(lái)了.
2010-07-14 22:59 | R

# re: i++, ++i 和i=i+1究竟哪個(gè)快?[未登錄](méi)  回復(fù)  更多評(píng)論   

應(yīng)該看看生成的匯編代碼
2010-07-15 00:51 | frank

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

對(duì)于內(nèi)置類型,差別不大。對(duì)于自定義類型(class type)差別就出來(lái)啦。
自己寫(xiě)個(gè)copy操作比較費(fèi)時(shí)的class試試看,比如class有20000個(gè)元素的string數(shù)組,這樣后置操作符的需要多做一份拷貝的cost就出來(lái)了。
2010-07-15 00:58 | kirby

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

不知道 如果是對(duì)象調(diào)用的話 差別大不大。
編譯器會(huì)不會(huì)優(yōu)化。
2010-07-15 01:13 | 欣萌

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

不懂匯編?

那么請(qǐng)你用更加精確的計(jì)時(shí)手段!
2010-07-15 01:31 | coolypf

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

其實(shí),編譯器一般都會(huì)把i++,++i,i=i+1,優(yōu)化成匯編,inc eax,,
至于你的測(cè)試,我估計(jì)是在程序運(yùn)行過(guò)程中,系統(tǒng)的調(diào)度所產(chǎn)生的偏差(因?yàn)槟扯未a用完了他的時(shí)間片,系統(tǒng)切換其它工作線程),或其它未知原因:),
因?yàn)樗麄兯鶎?duì)應(yīng)的指令是一樣的.
2010-07-15 01:36 | luoqi

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

。。。無(wú)語(yǔ),有缺陷的測(cè)試得到的必然是有缺陷的結(jié)果,包括你代碼得到的反匯編
2010-07-15 02:11 | 。。。

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

# re: i++, ++i 和i=i+1究竟哪個(gè)快? 回復(fù) 更多評(píng)論
其實(shí),編譯器一般都會(huì)把i++,++i,i=i+1,優(yōu)化成匯編,inc eax,,
至于你的測(cè)試,我估計(jì)是在程序運(yùn)行過(guò)程中,系統(tǒng)的調(diào)度所產(chǎn)生的偏差(因?yàn)槟扯未a用完了他的時(shí)間片,系統(tǒng)切換其它工作線程),或其它未知原因:),
因?yàn)樗麄兯鶎?duì)應(yīng)的指令是一樣的.


那么,你認(rèn)為
j = ++ i
怎么優(yōu)化成匯編,inc eax,呢?
2010-07-15 02:14 | 。。。

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

# re: i++, ++i 和i=i+1究竟哪個(gè)快? 回復(fù) 更多評(píng)論
# re: i++, ++i 和i=i+1究竟哪個(gè)快? 回復(fù) 更多評(píng)論 刪除評(píng)論
因?yàn)镃++可以重載操作符。
所以, 除非"知道i的類型", 表達(dá)式 i++, ++i, i=i+1 的行為"未知"。

從語(yǔ)意上說(shuō),所需要的操作: ++i < i++ (多一個(gè)復(fù)制), i=i+1(多一個(gè)賦值)。
所以: "如果只需要++i, 就不要寫(xiě)成i++; 如果只需要i++, 就不要寫(xiě)成i=i+1"。
養(yǎng)成這種習(xí)慣, 無(wú)論i是什么類型都無(wú)所謂。

另一方面, 在已知i是int的情況下,如果某編譯器生成的代碼有顯著區(qū)別, 那可以把它丟了……
2010-07-14 14:16 | OwnWaterloo
2010-07-14 14:34 | 54sun


這是正解。
2010-07-15 02:20 | 老安

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

@haven
對(duì)象的兩個(gè)++根本就是不同的函數(shù),沒(méi)有可比性。
2010-07-15 02:53 | 陳梓瀚(vczh)

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

@樓主不厚道
對(duì)了,我假設(shè) i 是基本類型,
暫時(shí)先不考慮 i 是非基本類型的情況,因?yàn)槟欠N情況 i++; ++i; i + 1; 肯定根據(jù)自己的定義了,所以顯然的問(wèn)題暫不考慮
2010-07-15 02:58 | 樓主不厚道

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

各有各的用處~~
2010-07-15 03:21 | 日光博客

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

你這個(gè)測(cè)試,估計(jì)大部分的測(cè)試時(shí)間被for占去了吧
2010-07-15 08:09 | freebug

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

i是int下,都一樣。


這個(gè)之所以分這么細(xì),完全是C++里重載 operator ++ 的緣故,自定義類型的這兩個(gè)操作,差別挺大的,i++ 需要比++i額外產(chǎn)生一個(gè)新對(duì)象,并返回該新對(duì)象。
2010-07-15 09:23 | www

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

這么多回復(fù),已經(jīng)很明了了,

j = ++ i

這句就可以看出來(lái),++i和i++效率不同,
++i直接把i改變,然后值給j就可以
i++要先保存i的值,然后把i改變,再把i給j

還有什么好爭(zhēng)的

如果有人非說(shuō)編譯器優(yōu)化,i++可以先把值給j,然后改變i,跟++i一樣,
那就再考慮 j= j + i++ 吧


回復(fù)別人問(wèn)題麻煩先仔細(xì)看上面其他人回復(fù)的內(nèi)容,不要想當(dāng)然
2010-07-15 12:00 | 。。。

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

@樓主不厚道
其實(shí)做這個(gè)測(cè)試的目的僅僅是想知道在只需要把i遞增1的情況下,這三個(gè)算式是否有區(qū)別。比如在for語(yǔ)句for (int i = 0; i < 10; i=i+1),如果是c,那么i=i+1是個(gè)常用的,到了c++一般都用i++。就個(gè)人來(lái)說(shuō),我覺(jué)得i++這個(gè)形式就反映了其語(yǔ)言本身的名字,所以看起來(lái)很合適。但有人認(rèn)為++i更效率,于是寫(xiě)成for (int i = 0; i < 10;++i)。并不是說(shuō)這樣有問(wèn)題,只是我個(gè)人認(rèn)為i++比++i要看起來(lái)自然些。更何況,其實(shí)這里++i并沒(méi)有比i++快。

此文并不是要討論運(yùn)算符重載。

@OwnWaterloo
所以: "如果只需要++i, 就不要寫(xiě)成i++; 如果只需要i++, 就不要寫(xiě)成i=i+1"。
養(yǎng)成這種習(xí)慣, 無(wú)論i是什么類型都無(wú)所謂。

我想說(shuō)的是,如果只是一個(gè)int遞增,我會(huì)用i++。形式上比較美,而且效率和++i一樣。特別是在for語(yǔ)句里面。(當(dāng)然,你對(duì)3者區(qū)別的解釋是十分簡(jiǎn)單明了正確的)
2010-07-15 20:54 | 54sun

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

不要用編譯器內(nèi)置的數(shù)據(jù)類型測(cè)試,這樣測(cè)試看不出什么的,表明上一樣,其實(shí)是有區(qū)別的。換成自定義的數(shù)據(jù)類型,這樣的測(cè)試結(jié)果更客觀些。
2010-07-20 00:22 | Benjamin

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   


++i 中的 ++ 不一定是 i 的成員函數(shù), 嗯
2010-07-21 17:15 | Soli

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

理論上來(lái)說(shuō), ++i可能會(huì)更快, 只要一條匯編指令inc就可以了. 當(dāng)然i++同樣也是.
當(dāng)然這個(gè)也跟編譯器優(yōu)化有關(guān), 且也難保證都會(huì)優(yōu)化.
2010-07-25 01:14 | programmer huang

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

貌似能證明c++速度快。。。
其實(shí)最好的辦法是看底層代碼,c#看IL,c++看匯編(用ida吧)。
同種語(yǔ)言對(duì)比,如果編譯的一樣,那就說(shuō)明沒(méi)區(qū)別。(也許匯編不同,但實(shí)質(zhì)一樣)

我覺(jué)得i++和++i的效率區(qū)別應(yīng)該在是否對(duì)左值賦值的問(wèn)題上,
int a=i++;

int a=++i;
不過(guò)只是猜測(cè),一般我喜歡i++,看起來(lái)好看。不太喜歡寫(xiě)復(fù)雜的表達(dá)式,寧愿分開(kāi)寫(xiě),多加括號(hào)。
2011-02-14 17:19 | idreamer

# re: i++, ++i 和i=i+1究竟哪個(gè)快?  回復(fù)  更多評(píng)論   

你這測(cè)試不對(duì)
2011-04-27 08:20 | KA ZHA FEI

只有注冊(cè)用戶登錄后才能發(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>
            亚洲欧美日韩天堂| 香蕉乱码成人久久天堂爱免费 | 国产乱码精品1区2区3区| 久久久久久久激情视频| 午夜视频一区二区| 精品999网站| 国产美女一区| 国产免费亚洲高清| 国产一区成人| 国产一区二区三区丝袜| 亚洲激情电影中文字幕| 亚洲美女精品久久| 国产综合自拍| 激情久久一区| 亚洲国产美女久久久久| 欧美一区二区视频在线观看| 亚洲综合色在线| 美女性感视频久久久| 国产亚洲精品一区二区| 亚洲最新在线视频| 欧美96在线丨欧| 亚洲一区二区三区三| 欧美岛国在线观看| 亚洲国产日韩一区二区| 欧美一级理论片| 亚洲激情偷拍| 免费成人av在线看| 国产一区二区精品在线观看| 国内外成人免费视频| 在线亚洲成人| 欧美激情亚洲| 欧美在线播放高清精品| 欧美色播在线播放| aa级大片欧美三级| 亚洲国产成人一区| 久久中文字幕一区二区三区| 国产日韩精品入口| 久久精品动漫| 亚洲欧美一级二级三级| 亚洲日韩视频| 久久夜色精品国产| 国产伦精品一区二区三区高清版| 欧美日韩国产91| 国产精品毛片在线| 一区二区三区鲁丝不卡| 快射av在线播放一区| 欧美日韩一区二区三区免费看| 欧美日韩日日夜夜| 亚洲国产女人aaa毛片在线| 欧美激情中文字幕一区二区| 久久综合九色综合欧美就去吻| 一区二区亚洲| 亚洲三级电影在线观看| 久久久久久一区二区| 欧美国产日韩视频| 国产精品99久久久久久久久 | 你懂的视频一区二区| 一区二区电影免费在线观看| 亚洲影院色在线观看免费| 在线观看亚洲| 国产精品专区h在线观看| 国产美女扒开尿口久久久| 亚洲国产日日夜夜| 久久人91精品久久久久久不卡| 亚洲免费成人av| 亚洲黄色有码视频| 欧美一区二区观看视频| 欧美日韩国产影片| 亚洲精品视频在线观看网站| 免费av成人在线| 久久久蜜桃精品| 怡红院精品视频| 欧美大片一区| 欧美福利视频网站| 99热在线精品观看| 亚洲日本成人网| 欧美日韩妖精视频| 亚洲欧美日韩在线不卡| 亚洲尤物视频在线| 亚洲欧洲日本专区| 猛干欧美女孩| 日韩视频在线一区| 夜色激情一区二区| 国产日韩视频一区二区三区| 久久久久青草大香线综合精品| 久久成人精品| 亚洲国产日本| 中文国产成人精品| 狠狠色狠狠色综合系列| 欧美国产日韩一区| 欧美三级电影一区| 久久久久久久综合狠狠综合| 久久久久久网址| 99精品99久久久久久宅男| 亚洲视屏一区| 亚洲第一网站| 正在播放欧美一区| 在线免费观看日本欧美| 日韩一级黄色大片| 激情久久五月| 日韩亚洲欧美高清| 激情五月***国产精品| 亚洲国产精品一区二区www| 国产精品第一区| 免费久久99精品国产自| 欧美日韩www| 巨乳诱惑日韩免费av| 欧美剧在线观看| 久久久天天操| 欧美性jizz18性欧美| 亚洲国产一区在线| 久久只精品国产| 一本色道久久综合| 蜜乳av另类精品一区二区| 99在线精品观看| 性欧美在线看片a免费观看| 亚洲人成人77777线观看| 亚洲综合视频在线| 在线亚洲欧美| 欧美 日韩 国产在线| 久久久99国产精品免费| 欧美日韩在线观看一区二区三区| 蜜臀久久99精品久久久画质超高清| 欧美三区美女| 亚洲精品日韩在线观看| 亚洲经典自拍| 久久夜色精品国产欧美乱极品| 先锋影音网一区二区| 欧美三区美女| 99国内精品| av成人免费在线| 欧美激情影音先锋| 亚洲高清不卡| 亚洲欧洲在线观看| 奶水喷射视频一区| 欧美成人精品三级在线观看| 国产一区成人| 久久久精品网| 久久人人超碰| 伊大人香蕉综合8在线视| 久久成人国产精品| 猛干欧美女孩| 亚洲欧洲在线观看| 亚洲国产精品t66y| 亚洲国产精品一区二区www| 久久一区中文字幕| 亚洲电影免费在线观看| 亚洲卡通欧美制服中文| 午夜精品福利一区二区三区av| 国产精品亚洲综合色区韩国| 欧美一区二区三区免费观看| 久久爱www久久做| 免费观看不卡av| 影音先锋在线一区| 亚洲毛片在线观看| 国产日韩欧美中文| 欧美一区免费视频| 玖玖玖免费嫩草在线影院一区| 国产一区久久| 久久嫩草精品久久久精品一| 欧美大片在线观看一区二区| 亚洲电影毛片| 欧美日产在线观看| 亚洲一区二区三区激情| 久久精品日产第一区二区| 在线观看91精品国产入口| 欧美激情视频在线播放| 亚洲桃花岛网站| 亚洲自拍三区| 欧美精品一区二区三区在线播放 | 一区二区三区|亚洲午夜| 日韩午夜在线电影| 国产精品ⅴa在线观看h| 欧美一级大片在线免费观看| 欧美福利视频一区| 亚洲图片在线| 激情婷婷久久| 欧美私人网站| 久久久水蜜桃| 亚洲一区二区免费在线| 欧美99在线视频观看| 午夜精品国产精品大乳美女| 伊人久久久大香线蕉综合直播| 亚洲女同同性videoxma| 亚洲人成网站色ww在线| 国产精品美女久久久免费| 可以看av的网站久久看| 亚洲一区激情| 亚洲精品资源| 欧美成人免费小视频| 欧美在线视频日韩| 亚洲视频免费在线| 亚洲人成网站影音先锋播放| 国产午夜亚洲精品羞羞网站| 欧美午夜无遮挡| 欧美精品www| 欧美成ee人免费视频| 久久精品在这里| 欧美亚洲视频在线看网址| 亚洲视频一区在线观看|