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

聚星亭

吾笨笨且懶散兮 急須改之而奮進(jìn)
posts - 74, comments - 166, trackbacks - 0, articles - 0
  C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
題目要求:
         純C 、不準(zhǔn)使用匯編,不準(zhǔn)使用臨時(shí)變量(當(dāng)然包括全局變量)實(shí)現(xiàn)一個(gè)strlen 函數(shù)。 
就是說(shuō),可以利用的資源只有那個(gè)參數(shù),但是有個(gè)要求就是不許破壞原字符串。 

         我能想到的方法就是遞歸,所以我給出的答案是:
unsigned int mystrlen(char *pszString)
{
    
if (*pszString == '\0')
    {
        
return 0;
    }

    
return mystrlen(++pszString)+1;
}

        出題的朋友說(shuō),這樣跟算是使用了內(nèi)存,而且這樣遞歸會(huì)溢出,PASS掉了……,沒有辦法,知道求助我的同學(xué),他們給出了這樣的答案:
int StrLlen(char * p)
{
    
*((int *)&- sizeof(int* 2 ) = 0;
    
while ( (*p))
    {
        (
*((int *)&- sizeof(int* 2 ))++ ;
        p
++;
    }
    
return *((int *)&- sizeof(int* 2 );  
         很佩服同學(xué)們的敏捷思路,不過(guò)這樣算是使用臨時(shí)變量呀,所以也很自然的被PASS了,經(jīng)過(guò)一個(gè)小時(shí)的漫長(zhǎng)等待,出題的朋友給出了經(jīng)典的讓人吐血的答案:
strlen(char *p)
{
      
if(p[0== 0return 0;
      if (p[1== 0return 1;
         .....
      if(p[10000== 0return 10000;
      ....
}

         哎……

下面是應(yīng) OnTheWay 朋友的要求,給出的解釋:
         首先,題目本身的性質(zhì),我感覺就是消遣,肯定不會(huì)有人無(wú)聊到不用變量寫strlen,也肯定不會(huì)應(yīng)用到實(shí)際情況,所以,大家不要太認(rèn)真……

         再就是從技術(shù)的角度來(lái)講,空明流轉(zhuǎn) 和 OnTheWay 說(shuō)的 訪問(wèn)非法內(nèi)存 我覺得應(yīng)該不是這樣的,下面就我的理解,做出的解釋如下:
          
/**************************************************************************
    介于各位看官C水平不同,我在函數(shù)中做點(diǎn)兒解釋性的說(shuō)明。
當(dāng)然,由于本人水平也很菜,注釋僅限個(gè)人理解范疇,如有不對(duì),請(qǐng)批評(píng)指正……
***************************************************************************
*/
int StrLlen(char * p)
{
    
// (int *)&p 這個(gè)應(yīng)該不用解釋,就是取參數(shù)的地址。
    
// sizeof(int) * 2 求出兩個(gè)int的大小。
    *((int *)&- sizeof(int* 2 ) = 0;
    // 由于這里是減一個(gè)數(shù)值,由此,這句話就相當(dāng)于申請(qǐng)兩個(gè)int變量,并將第一個(gè)變量初始化為0。
    // 如果這句話變成*((int *)&p + sizeof(int) * 2 ) = 0; 那就破壞了程序的參數(shù),算是非法訪問(wèn)內(nèi)存,可是人家是減的不是加
    while ( (*p))
    {
        (
*((int *)&- sizeof(int* 2 ))++// 使用剛才申請(qǐng)的變量作為累加器,存放字符串長(zhǎng)度。
        p++;
    }

    
return *((int *)&- sizeof(int* 2 ); // 返回字符串長(zhǎng)度。
         以上注釋,純粹是我的個(gè)人理解,本人剛學(xué)C語(yǔ)言,理解可能有誤,所以特地寫了一個(gè)測(cè)試程序,驗(yàn)證一下上面的注釋:


      查看程序運(yùn)行情況,看看是否有問(wèn)題……

      運(yùn)行沒有問(wèn)題,再調(diào)試看看內(nèi)存情況:

            我截取的匯編代碼,相關(guān)的內(nèi)存情況我也截取了,有匯編有真相……


          這里跟我預(yù)期想的減兩個(gè)int大小有點(diǎn)出入,為什么減的是0x20?有待繼續(xù)考證,不過(guò)不影響我們的理解,它是減的地址,相當(dāng)于申請(qǐng)變量,減0x20相當(dāng)于申請(qǐng)了8個(gè)變量,而不是加了0x20,因此棧內(nèi)存是安全的,不存在非法操作內(nèi)存的情況……

          另外,這個(gè)就是一個(gè)娛樂,如果我的解釋看官明白了,我很欣慰,如果我講述的有問(wèn)題,請(qǐng)回復(fù)我,我修改,如果沒看明白,就當(dāng)我在逗自己玩……



路人甲
0x20解釋:
(int*)&p 表示是一個(gè)指針,指針的在32在系統(tǒng)是占4個(gè)字節(jié),sizeof(int)*2 = 8; 減8表示表示往回退8個(gè)指針,也就是8*4=32=0x20。這個(gè)就是T a[size]中,a+n 是表示(&(a[0])) + sizeof(T)*n

Feedback

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-24 01:20 by 一劍
哈哈哈

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-24 02:38 by 流年
額,無(wú)語(yǔ)了

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-24 09:09 by 麗可酷購(gòu)物網(wǎng)站
空間看見愛是空間的即可撒

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-24 10:43 by chaoswork
我覺得
int StrLen(char *pszString)
{
return printf("%s",pszString);
}
不算犯規(guī)吧=。=
不想輸出的話就用sprintf

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-24 10:55 by XGuru
@chaoswork
嘿嘿,開始還看錯(cuò)了,試了下沒想到printf真的有返回值呢~
http://www.geekinterview.com/kb/printf-Function-Return-Value.html

不過(guò)題目“可以利用的資源只有那個(gè)參數(shù)”,printf應(yīng)該不能用把

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-24 11:59 by 小時(shí)候可靚了
那個(gè)if的,好像不錯(cuò)!

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-24 13:13 by 空明流轉(zhuǎn)
第二的答案太shit了。。。會(huì)crack掉的。

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享[未登錄]  回復(fù)  更多評(píng)論   

2010-04-24 18:45 by OnTheWay
最后出題人給出的算是答案嗎?!
假如給定的字符串有1億個(gè)字符,那么是否需要寫1億個(gè)if?
盼給出解釋。
第二個(gè)答案根本就是訪問(wèn)非法內(nèi)存。

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-24 22:50 by besterChen
@chaoswork
我自己遞歸的函數(shù)都算違規(guī),調(diào)用庫(kù)函數(shù)也是一樣違規(guī)的……

@空明流轉(zhuǎn)
@OnTheWay
我在原文后給出追加解釋,希望我理解的沒有什么問(wèn)題……

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享[未登錄]  回復(fù)  更多評(píng)論   

2010-04-25 09:25 by OnTheWay
訪問(wèn)非法內(nèi)存的意思是:訪問(wèn)了你沒有權(quán)限操作的內(nèi)存,或者說(shuō)是你不應(yīng)該操作的內(nèi)存。
(int *)&p - sizeof(int) * 2 ,這句代碼就是訪問(wèn)了不應(yīng)該訪問(wèn)的內(nèi)存 ,雖然是 - sizeof(int) * 2。
這種操作是依據(jù)于實(shí)現(xiàn)的,是危險(xiǎn)的操作,當(dāng)然了訪問(wèn)非法內(nèi)存并一定會(huì)死機(jī)。

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-25 20:21 by besterChen
@OnTheWay
我感覺C支持嵌匯編,而這種用法符合匯編邏輯,我感覺是沒問(wèn)題的不危險(xiǎn),而且一定不會(huì)死機(jī)的,或許是我剛開始學(xué),理解不深入吧……
倘若這位兄臺(tái)有心,可否教授一二……

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-26 13:12 by shaker(太子)
這種操作是依據(jù)于實(shí)現(xiàn)的,具體的平臺(tái)和編譯器會(huì)有不同的實(shí)現(xiàn)!
也許目前在你的系統(tǒng)上是ok的,但換一個(gè)系統(tǒng)就不一定了。
你所說(shuō)的匯編邏輯只是在win32+x86+VC上建立的。

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-26 17:28 by test
template<int T>
int smstrlen(char*p)
{
if(p[T]==0)
return T;
return smstrlen<T+1>(p);
}
template<>
int smstrlen<500>(char*p)
{
if(p[500]==0)
return 500;
return -1;
}

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享[未登錄]  回復(fù)  更多評(píng)論   

2010-04-26 17:48 by 12
強(qiáng)烈懷疑你同學(xué)修改了main()的參數(shù)內(nèi)存

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享[未登錄]  回復(fù)  更多評(píng)論   

2010-04-26 22:30 by OnTheWay
template<int T>
int smstrlen(char*p)
{
if(p[T]==0)
return T;
return smstrlen<T+1>(p);
}

想到這種方法很不錯(cuò)!我沒有想到。
不過(guò)這種方法只是把遞歸的邏輯改成了模板實(shí)現(xiàn),并且需要
template<>
int smstrlen<500>(char*p)
{
if(p[500]==0)
return 500;
return -1;
}
這個(gè)特化的模板來(lái)結(jié)束編譯器的遞歸推導(dǎo)過(guò)程。

此種解法的思想很好,不過(guò)此種方法存在的限制比遞歸還嚴(yán)重(需要特化,而這種特化太大了不好,太小了又可能出現(xiàn)問(wèn)題)。


一下是使用尾遞歸的一種實(shí)現(xiàn):
int MyStelen(char *str, int size = 0)
{
return (*str++ == '\0') ? size : MyStelen(str, size + 1);
}

這種尾遞歸,不存在stack over flow的問(wèn)題。不過(guò)沒有多大實(shí)際意義,僅僅具有學(xué)術(shù)討論價(jià)值,還是使用循環(huán)的方式比較好。

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享[未登錄]  回復(fù)  更多評(píng)論   

2010-04-27 15:45 by 路人甲
0x20解釋:
(int*)&p 表示是一個(gè)指針,指針的在32在系統(tǒng)是占4個(gè)字節(jié),sizeof(int)*2 = 8; 減8表示表示往回退8個(gè)指針,也就是8*4=32=0x20。這個(gè)就是T a[size]中,a+n 是表示(&(a[0])) + sizeof(T)*n

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-27 22:01 by besterChen
@shaker(太子)
是啊,以前學(xué)習(xí)的太雜,現(xiàn)在不想一直浮在水面上,想專一寫,所以,只學(xué)習(xí)了您說(shuō)的這個(gè)平臺(tái),對(duì)于別的環(huán)境不了解,嘿嘿

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-27 22:03 by besterChen
@路人甲
謝謝你的教誨,受教了,嘿嘿

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-28 09:49 by 溪流
申請(qǐng)棧內(nèi)存的操作時(shí) sub esp, xx
文中拿到的內(nèi)存雖然也是在那個(gè)位置,但是 esp 未變化,這并不能算合法申請(qǐng)內(nèi)存,而是在用不屬于自己的內(nèi)存

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享[未登錄]  回復(fù)  更多評(píng)論   

2010-04-28 19:48 by besterChen
@溪流
恩,有道理,我沒有考慮過(guò)這個(gè),是我的疏忽,嘿嘿……

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-29 15:45 by lymons
如果大家對(duì)內(nèi)存中的棧空間(stack)有足夠的了解的話,這道題就變的容易的多了。

首先bz給的答案是對(duì)的。
原理就是利用棧空間中的一個(gè)空閑位置來(lái)存儲(chǔ)我們的計(jì)算數(shù)據(jù)。
實(shí)際上就是把這個(gè)空閑位置當(dāng)成一個(gè)臨時(shí)的存儲(chǔ)空間來(lái)用。
比如,你可以寫的更簡(jiǎn)單一些。
int mystrlen(char *string)
{
*(long *)(&string - sizeof(char *) - 4) = (long)string;
while(*string++);

return ((long)string - *(long *)(&string - sizeof(char *) - 4) - 1);
}
寫法雖然不同,但原理都是完全一樣的。

>>>>這里跟我預(yù)期想的減兩個(gè)int大小有點(diǎn)出入,為什么減的是0x20?
這有兩個(gè)原因:
1。 棧空間永遠(yuǎn)是從高地址向低地址的方向發(fā)展的
2。 編譯器至少給當(dāng)前函數(shù)分配20h(32)個(gè)字節(jié)的棧空間,即使該函數(shù)里沒有一個(gè)局部變量

所以,ESP(棧頂指針)會(huì)向下減去20h個(gè)字節(jié)。這樣,這32個(gè)字節(jié)是給當(dāng)前函數(shù)使用的,在bz的例子中,因?yàn)楹瘮?shù)里沒有一個(gè)局部變量,所以,這32個(gè)字節(jié)都是可以任意讀寫訪問(wèn)的。

只要您找到這個(gè)空閑空間的地址,你當(dāng)然就可以往里面寫入自己的數(shù)據(jù)嘍。

只要明白上面的事情,代碼就容易編寫了。
&string 就是 形參string在棧空間中的地址,把這個(gè)地址減去一個(gè)sizeof(char *),這是因?yàn)椋螀tring下面放的是函數(shù)的返回地址(不是返回值哦),它是不能被修改的,否則就會(huì)被hack了。然后再減去4個(gè)字節(jié),這個(gè)就是該函數(shù)的第一個(gè)空閑位置的地址了。

其實(shí),了解棧的朋友都知道,當(dāng)前正在被執(zhí)行的函數(shù)永遠(yuǎn)是處于棧頂?shù)奈恢茫詶m斚旅娴目臻g都是沒有人使用的,只要您不超過(guò)棧空間的范圍(棧空間大小的默認(rèn)值好像是8MB,不過(guò)一般的編譯器都能設(shè)置這個(gè)值),你就可以訪問(wèn)這里面的任何一個(gè)地址。如果你像下面那么寫,也沒有任何問(wèn)題,編譯器也不會(huì)有任何抱怨,也能得到正確的值:
int mystrlen(char *string)
{
*(long *)(&string - sizeof(char *) - 400) = (long)string;
while(*string++);

return ((long)string - *(long *)(&string - sizeof(char *) - 400) - 1);
}
不過(guò),你得注意的是減去的這個(gè)值必須是地址寬度(4個(gè)字節(jié))的整數(shù)倍。

以上是俺的一點(diǎn)拙見,歡迎探討。

另外,糾正一下樓上幾位朋友的小錯(cuò)誤。
棧空間里任何地址和內(nèi)存都是靜態(tài)的,所以對(duì)于當(dāng)前進(jìn)程來(lái)說(shuō),他們都是可讀寫的,不存在非法訪問(wèn),所以才會(huì)出現(xiàn)緩沖區(qū)溢出的漏洞,會(huì)被那些hacker抓住,奪取系統(tǒng)的管理權(quán)限;
而堆里的內(nèi)存如果在沒有被分配出來(lái)的情況下,才會(huì)出現(xiàn)非放訪問(wèn)。如果您了解進(jìn)程空間的布局,您就不會(huì)犯這個(gè)錯(cuò)誤了。

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-04-29 17:13 by Uniker
這個(gè)好暴力~~~

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-07-30 05:47 by hoodlum1980
其實(shí)它只是利用棧頂?shù)目臻g去“偷偷”使用棧頂?shù)目臻g,是“相對(duì)安全的”,根據(jù)cpu體系而定,棧是向(esp減小)方向增長(zhǎng)的。所以減去多少的關(guān)鍵是必須保證這個(gè)變量的位置在“安全區(qū)域”,當(dāng)然減的越大越安全(在沒有stack overflow的前提下);因?yàn)閰?shù)上面可能是調(diào)用函數(shù)指令的下一條指令的地址,還有一些寄存器的值,這里int類型的指針減8,相當(dāng)于在參數(shù)基礎(chǔ)上向上跨越32個(gè)字節(jié);所以如果你減的太少,可能會(huì)訪問(wèn)到棧內(nèi)數(shù)據(jù),那就是非法訪問(wèn)。如果減的很多,就會(huì)處于“棧外”,那樣就是安全的。

# re: 群里的一道吐血題目,不過(guò)讓我挺感慨的,發(fā)出來(lái)與大家分享  回復(fù)  更多評(píng)論   

2010-07-30 06:01 by hoodlum1980
另外我還覺得前面網(wǎng)友的回復(fù)中:
“棧空間里任何地址和內(nèi)存都是靜態(tài)的,所以對(duì)于當(dāng)前進(jìn)程來(lái)說(shuō),他們都是可讀寫的,不存在非法訪問(wèn),。。。:”
這句話值得商榷。
棧是屬于線程的,而不是屬于“進(jìn)程”。即每個(gè)線程有自己獨(dú)立的棧,在創(chuàng)建線程使可以制定棧的大小,根據(jù)MSDN說(shuō)法如果不制定由系統(tǒng)默認(rèn)為1MB,受虛擬內(nèi)存限制所以這種情況下最多可以創(chuàng)建大約2028線程(可以減小棧的大小來(lái)創(chuàng)建更多) 。

所以每個(gè)線程有自己獨(dú)立的棧;這樣在多線程編程的時(shí)候尤其需要注意,不能把線程的棧上地址用于線程間通訊。例如線程A把它的棧上的地址通信給線程B,如果這時(shí)候線程A已經(jīng)自然退出,就會(huì)發(fā)生非法內(nèi)存訪問(wèn)。切記。
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲欧洲精品一区二区三区| 老鸭窝91久久精品色噜噜导演| 亚洲精品在线观看免费| 亚洲第一精品夜夜躁人人躁| 在线观看三级视频欧美| 尤物视频一区二区| 亚洲福利视频网站| 1024成人网色www| 亚洲国产精品123| 亚洲三级性片| 亚洲视频碰碰| 欧美中文在线视频| 久久亚洲风情| 欧美激情女人20p| 亚洲三级免费电影| 亚洲小少妇裸体bbw| 欧美在线中文字幕| 免费视频最近日韩| 欧美三区在线视频| 国产午夜精品理论片a级探花| 国内精品福利| 亚洲毛片一区| 午夜日韩av| 久久夜色精品国产欧美乱| 欧美成人国产| 99国内精品久久久久久久软件| 亚洲一区二区视频在线| 久久精品免费| 欧美日韩成人激情| 国产麻豆午夜三级精品| 在线观看国产成人av片| 一区二区三区四区蜜桃| 久久国产天堂福利天堂| 亚洲第一久久影院| 亚洲综合精品四区| 免费观看在线综合色| 国产精品久久久久aaaa九色| 一区二区在线观看视频| 亚洲视频国产视频| 免费观看在线综合| 在线视频欧美日韩精品| 狂野欧美性猛交xxxx巴西| 欧美三级网页| **欧美日韩vr在线| 午夜久久美女| 亚洲国产精品第一区二区三区| 亚洲欧美大片| 欧美片第1页综合| 韩国一区电影| 亚洲一区在线观看视频| 欧美黄色大片网站| 午夜免费电影一区在线观看| 欧美激情精品| 禁断一区二区三区在线 | 久久精品亚洲精品国产欧美kt∨| 亚洲大片免费看| 午夜精品久久久久久久久 | 亚洲日产国产精品| 久久国产精品一区二区| 亚洲精品中文字幕女同| 久久天天狠狠| 国产午夜精品一区二区三区欧美| 一本到12不卡视频在线dvd| 另类春色校园亚洲| 午夜精品久久久99热福利| 欧美日韩国产高清视频| 在线观看欧美视频| 久久精品亚洲乱码伦伦中文| 在线一区观看| 欧美理论大片| 最近中文字幕mv在线一区二区三区四区| 小处雏高清一区二区三区 | 久久成人在线| 国产精品免费观看视频| 一区二区三区精密机械公司| 亚洲电影中文字幕| 久久久久久综合| 好男人免费精品视频| 欧美一级专区免费大片| 一区二区三区高清不卡| 欧美精品日韩三级| 亚洲卡通欧美制服中文| 欧美韩国日本综合| 久久精品一区二区国产| 国产一区二区三区高清播放| 欧美在线观看一区二区| 亚洲永久在线观看| 国产精品男人爽免费视频1 | 欧美成人伊人久久综合网| 影音先锋亚洲电影| 噜噜噜91成人网| 久久精品主播| 激情另类综合| 久久夜色精品国产欧美乱| 久久成人免费网| 黑人一区二区| 免费成人高清视频| 久久综合一区二区三区| 亚洲高清久久网| 欧美国产综合| 欧美久久久久中文字幕| 国产午夜久久久久| 亚洲精品一区二区三区婷婷月| 久久www成人_看片免费不卡| 国产欧美一区二区精品忘忧草| 亚洲制服av| 亚洲在线日韩| 国产亚洲激情视频在线| 久久久久国产精品一区三寸| 亚洲美女在线看| 久久av免费一区| 国产麻豆视频精品| 亚洲欧美国产视频| 洋洋av久久久久久久一区| 欧美国产精品人人做人人爱| 在线精品国产欧美| 可以看av的网站久久看| 亚洲欧美国产77777| 国产精品久久久对白| 一区二区三区高清视频在线观看| 亚洲高清久久| 欧美mv日韩mv国产网站app| 伊人成人网在线看| 理论片一区二区在线| 欧美在线短视频| 国产日韩亚洲欧美综合| 欧美一区二区三区免费大片| 亚洲综合电影| 国产丝袜一区二区三区| 久久精品亚洲国产奇米99| 欧美在线黄色| 激情视频一区二区三区| 另类专区欧美制服同性| 久久视频在线视频| 亚洲激情视频网| 亚洲欧洲一区| 欧美日韩一区二区在线观看视频| 这里只有精品视频| 一区二区精品在线观看| 国产精品亚洲综合久久| 久久精品日韩一区二区三区| 欧美影片第一页| 一区二区三区自拍| 亚洲高清一区二区三区| 欧美日韩成人| 欧美在线一级va免费观看| 久久国产毛片| 亚洲精品老司机| 一本色道久久综合狠狠躁篇的优点| 国产精品美女久久久久av超清| 久久av一区二区三区| 久久精品国产亚洲5555| 亚洲日本欧美在线| 一本色道88久久加勒比精品| 国产拍揄自揄精品视频麻豆| 美日韩精品免费观看视频| 欧美搞黄网站| 欧美亚洲在线观看| 久久夜色精品国产亚洲aⅴ| 亚洲最新中文字幕| 亚洲欧美日韩成人| 亚洲黄色小视频| 中国女人久久久| 黄色精品免费| 亚洲精品国久久99热| 国产日韩精品一区二区三区 | 男人的天堂亚洲| 亚洲视频每日更新| 久久成人精品一区二区三区| 亚洲精品国产日韩| 亚洲女优在线| 99re热精品| 欧美综合国产精品久久丁香| 日韩视频中文| 欧美在线免费| 亚洲小说区图片区| 久久久精品日韩欧美| 亚洲一区二区三区精品视频| 久久久美女艺术照精彩视频福利播放| 一本久道久久综合婷婷鲸鱼| 久久精品国产清自在天天线| 中日韩高清电影网| 久久久免费精品| 亚洲欧美日韩中文在线制服| 美女脱光内衣内裤视频久久网站| 亚洲欧美综合一区| 欧美大片第1页| 久久亚洲一区二区三区四区| 国产精品草莓在线免费观看| 欧美高清在线视频| 国产一区二区三区高清播放| 一本大道久久a久久综合婷婷| 亚洲国产三级网| 欧美一区二区三区视频在线| 亚洲一区二区少妇| 欧美精品在线观看91| 蜜臀va亚洲va欧美va天堂| 国产情人节一区| 在线一区观看| 在线中文字幕日韩|