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

  C++博客 :: 首頁 :: 聯系 ::  :: 管理
  163 Posts :: 4 Stories :: 350 Comments :: 0 Trackbacks

常用鏈接

留言簿(48)

我參與的團隊

搜索

  •  

積分與排名

  • 積分 - 402532
  • 排名 - 59

最新評論

閱讀排行榜

評論排行榜

C++中的虛函數的作用主要是實現了多態的機制。關于多態,簡而言之就是用父類型別的指針指向其子類的實例,然后通過父類的指針調用實際子類的成員函數。這種技術可以讓父類的指針有“多種形態”,這是一種泛型技術。所謂泛型技術,說白了就是試圖使用不變的代碼來實現可變的算法。比如:模板技術,RTTI技術,虛函數技術,要么是試圖做到在編譯時決議,要么試圖做到運行時決議。

關于虛函數的使用方法,我在這里不做過多的闡述。大家可以看看相關的C++的書籍。在這篇文章中,我只想從虛函數的實現機制上面為大家 一個清晰的剖析。

當然,相同的文章在網上也出現過一些了,但我總感覺這些文章不是很容易閱讀,大段大段的代碼,沒有圖片,沒有詳細的說明,沒有比較,沒有舉一反三。不利于學習和閱讀,所以這是我想寫下這篇文章的原因。也希望大家多給我提意見。

言歸正傳,讓我們一起進入虛函數的世界。

虛函數表

對C++ 了解的人都應該知道虛函數(Virtual Function)是通過一張虛函數表(Virtual Table)來實現的。簡稱為V-Table。 在這個表中,主是要一個類的虛函數的地址表,這張表解決了繼承、覆蓋的問題,保證其容真實反應實際的函數。這樣,在有虛函數的類的實例中這個表被分配在了 這個實例的內存中,所以,當我們用父類的指針來操作一個子類的時候,這張虛函數表就顯得由為重要了,它就像一個地圖一樣,指明了實際所應該調用的函數。

這里我們著重看一下這張虛函數表。在C++的標準規格說明書中說到,編譯器必需要保證虛函數表的指針存在于對象實例中最前面的位置(這是為了保證正確取到虛函數的偏移量)。 這意味著我們通過對象實例的地址得到這張虛函數表,然后就可以遍歷其中函數指針,并調用相應的函數。

聽我扯了那么多,我可以感覺出來你現在可能比以前更加暈頭轉向了。 沒關系,下面就是實際的例子,相信聰明的你一看就明白了。

假設我們有這樣的一個類:

class Base {

public:

virtual void f() { cout << "Base::f" << endl; }

virtual void g() { cout << "Base::g" << endl; }

virtual void h() { cout << "Base::h" << endl; }

};

按照上面的說法,我們可以通過Base的實例來得到虛函數表。 下面是實際例程:

typedef void(*Fun)(void);

Base b;

Fun pFun = NULL;

cout << "虛函數表地址:" << (int*)(&b) << endl;

cout << "虛函數表 — 第一個函數地址:" << (int*)*(int*)(&b) << endl;

// Invoke the first virtual function

pFun = (Fun)*((int*)*(int*)(&b));

pFun();

實際運行經果如下:(Windows XP+VS2003, Linux 2.6.22 + GCC 4.1.3)

虛函數表地址:0012FED4

虛函數表 — 第一個函數地址:0044F148

Base::f

通過這個示例,我們可以看到,我們可以通過強行把&b轉成int *,取得虛函數表的地址,然后,再次取址就可以得到第一個虛函數的地址了,也就是Base::f(),這在上面的程序中得到了驗證(把int* 強制轉成了函數指針)。通過這個示例,我們就可以知道如果要調用Base::g()和Base::h(),其代碼如下:

(Fun)*((int*)*(int*)(&b)+0); // Base::f()

(Fun)*((int*)*(int*)(&b)+1); // Base::g()

(Fun)*((int*)*(int*)(&b)+2); // Base::h()

這個時候你應該懂了吧。什么?還是有點暈。也是,這樣的代碼看著太亂了。沒問題,讓我畫個圖解釋一下。如下所示:

注意:在上面這個圖中,我在虛函數表的最后多加了一個結點,這是虛函數表的結束結點,就像字符串的結束符“\0”一樣,其標志了虛函數表的結束。這個結束標志的值在不同的編譯器下是不同的。在WinXP+VS2003下,這個值是NULL。而在Ubuntu 7.10 + Linux 2.6.22 + GCC 4.1.3下,這個值是如果1,表示還有下一個虛函數表,如果值是0,表示是最后一個虛函數表。

下面,我將分別說明“無覆蓋”和“有覆蓋”時的虛函數表的樣子。沒有覆蓋父類的虛函數是毫無意義的。我之所以要講述沒有覆蓋的情況,主要目的是為了給一個對比。在比較之下,我們可以更加清楚地知道其內部的具體實現。

一般繼承(無虛函數覆蓋)

下面,再讓我們來看看繼承時的虛函數表是什么樣的。假設有如下所示的一個繼承關系:

請注意,在這個繼承關系中,子類沒有重載任何父類的函數。那么,在派生類的實例中,其虛函數表如下所示:

對于實例:Derive d; 的虛函數表如下:

我們可以看到下面幾點:

1)虛函數按照其聲明順序放于表中。

2)父類的虛函數在子類的虛函數前面。

我相信聰明的你一定可以參考前面的那個程序,來編寫一段程序來驗證。

一般繼承(有虛函數覆蓋)

覆蓋父類的虛函數是很顯然的事情,不然,虛函數就變得毫無意義。下面,我們來看一下,如果子類中有虛函數重載了父類的虛函數,會是一個什么樣子?假設,我們有下面這樣的一個繼承關系。

為了讓大家看到被繼承過后的效果,在這個類的設計中,我只覆蓋了父類的一個函數:f()。那么,對于派生類的實例,其虛函數表會是下面的一個樣子:

我們從表中可以看到下面幾點,

1)覆蓋的f()函數被放到了虛表中原來父類虛函數的位置。

2)沒有被覆蓋的函數依舊。

這樣,我們就可以看到對于下面這樣的程序,

Base *b = new Derive();

b->f();

由b所指的內存中的虛函數表的f()的位置已經被Derive::f()函數地址所取代,于是在實際調用發生時,是Derive::f()被調用了。這就實現了多態。

多重繼承(無虛函數覆蓋)

下面,再讓我們來看看多重繼承中的情況,假設有下面這樣一個類的繼承關系。注意:子類并沒有覆蓋父類的函數。

對于子類實例中的虛函數表,是下面這個樣子:

我們可以看到:

1) 每個父類都有自己的虛表。

2) 子類的成員函數被放到了第一個父類的表中。(所謂的第一個父類是按照聲明順序來判斷的)

這樣做就是為了解決不同的父類類型的指針指向同一個子類實例,而能夠調用到實際的函數。

多重繼承(有虛函數覆蓋)

下面我們再來看看,如果發生虛函數覆蓋的情況。

下圖中,我們在子類中覆蓋了父類的f()函數。

下面是對于子類實例中的虛函數表的圖:

我們可以看見,三個父類虛函數表中的f()的位置被替換成了子類的函數指針。這樣,我們就可以任一靜態類型的父類來指向子類,并調用子類的f()了。如:

Derive d;

Base1 *b1 = &d;

Base2 *b2 = &d;

Base3 *b3 = &d;

b1->f(); //Derive::f()

b2->f(); //Derive::f()

b3->f(); //Derive::f()

b1->g(); //Base1::g()

b2->g(); //Base2::g()

b3->g(); //Base3::g()

安全性

每次寫C++的文章,總免不了要批判一下C++。這篇文章也不例外。通過上面的講述,相信我們對虛函數表有一個比較細致的了解了。水可載舟,亦可覆舟。下面,讓我們來看看我們可以用虛函數表來干點什么壞事吧。

一、通過父類型的指針訪問子類自己的虛函數

我們知道,子類沒有重載父類的虛函數是一件毫無意義的事情。因為多態也是要基于函數重載的。雖然在上面的圖中我們可以看到Base1的虛表中有Derive的虛函數,但我們根本不可能使用下面的語句來調用子類的自有虛函數:

Base1 *b1 = new Derive();

b1->f1(); //編譯出錯

任何妄圖使用父類指針想調用子類中的未覆蓋父類的成員函數的行為都會被編譯器視為非法,所以,這樣的程序根本無法編譯通過。但在運行時,我們可以通過指針的方式訪問虛函數表來達到違反C++語義的行為。(關于這方面的嘗試,通過閱讀后面附錄的代碼,相信你可以做到這一點)

二、訪問non-public的虛函數

另外,如果父類的虛函數是private或是protected的,但這些非public的虛函數同樣會存在于虛函數表中,所以,我們同樣可以使用訪問虛函數表的方式來訪問這些non-public的虛函數,這是很容易做到的。

如:

class Base {

private:

virtual void f() { cout << "Base::f" << endl; }

};

class Derive : public Base{

};

typedef void(*Fun)(void);

void main() {

Derive d;

Fun pFun = (Fun)*((int*)*(int*)(&d)+0);

pFun();

}

結束語

C++這門語言是一門Magic的語言,對于程序員來說,我們似乎永遠摸不清楚這門語言背著我們在干了什么。需要熟悉這門語言,我們就必需要了解C++里面的那些東西,需要去了解C++中那些危險的東西。不然,這是一種搬起石頭砸自己腳的編程語言。

posted on 2008-01-20 10:58 sdfasdf 閱讀(41597) 評論(58)  編輯 收藏 引用 所屬分類: C++

Feedback

# re: C++虛函數表解析[未登錄] 2008-01-21 15:58 小熊
您好,寫的很精彩!
不過有個問題:他們的大小分別是多少?
  回復  更多評論
  

# re: C++虛函數表解析(轉) 2008-09-18 17:29 zdwsj
寫的太好了,非常不錯.再寫點其它的,讓我們多了解一點.  回復  更多評論
  

# re: C++虛函數表解析(轉) 2008-10-15 09:56 citywings
寫得很好 通過圖解和代碼 很詳細地解釋了虛函數的機制  回復  更多評論
  

# re: C++虛函數表解析(轉)[未登錄] 2008-11-09 20:38 908971
學習了學習了  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-01-13 22:04 xx
不錯  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-03-15 16:26 gl
必須支持一下  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-03-21 17:35 xxx
寫的很好!
------------------
"所謂泛型技術,說白了就是試圖使用不變的代碼來實現可變的算法"

可以修改成 "所謂泛型技術,說白了就是試圖使用不變的 接口 來實現可變的算法", 這樣更具有設計概念.
  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-03-21 23:01 無歡
頂  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-03-25 23:35 江湖飄
在有虛函數的類的實例中這個表被分配在了 這個實例的內存中
這句話要更正一下:
一個類的虛函數表是靜態的,也就是說對這個類的每個實例,他的虛函數表的是固定的,不會為每個實例生成一個相應的虛函數表。  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-05-04 15:09 豬頭三
@江湖飄
我試了一下,用兩個實例,用樓主的方法取得虛函數表的地址,返回的地址不一樣,請問是什么原因呢?  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-05-14 13:46 王平
小標題“一般繼承(無虛函數覆蓋)”下面的重載改為重寫較為合適,分別對應于英文的override和overload,重載就是所謂的名同而簽名不同,重寫就是對子類對虛函數的重新實現。  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-05-14 14:41 王平
這篇文章圖文并茂,使用一種深入淺出的方式闡述了c++虛函數表的機制,同時還對這種方式的弊端做出了總結,實在是一篇不可多得的文章。
但是,不難發現,在文章中還是能夠發現一些較為明顯的錯誤,這個上面的評論者已經提出,在此就不贅述。
雖然這篇文章存在錯誤,但是瑕不掩瑜,樓主只要稍作修改,此篇文章便可堪稱一絕,況樓主在此過程中還能夠學到新的東西,望樓主再接再厲,多聽聽讀者的意見。  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-05-18 17:33 yunsky
好文!  回復  更多評論
  

# re: C++虛函數表解析(轉)[未登錄] 2009-05-30 16:18 sky
問一個問題,(int*)(&b) 得到的是虛擬函數表的位置么?怎么感覺是指向虛擬函數表的指針的位置呢? *(int*)(&b) 才是虛擬函數表的位置吧?  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-06-02 16:45 路人甲
為什么轉了別人的文章卻不標明轉了誰的文章呢?  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-06-12 16:53 zhangwh
非靜態成員函數的調用都需要綁定一個對象指針(this),
請問:
pFun = (Fun)*((int*)*(int*)(&b));
pFun();
調用void Base::f()函數時,this指針指向什么?
  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-09-15 15:51 coolpoint
這個寫得太精彩了  回復  更多評論
  

# re: C++虛函數表解析(轉)[未登錄] 2009-09-16 10:16 smart
b1->f1(); //編譯出錯
應該是b1->g1(); //編譯出錯 吧
因為Base1的虛表中有Derive的虛函數有f()和g1(),f()重載了B1,而g1()沒有,所以b1->g1(); //編譯出錯 吧  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-09-17 13:08 亂78糟
不錯,贊一個。  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-09-22 12:58 虛懷若谷
如果加上多重繼承中虛繼承的分析就更好了。  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-09-23 12:08 cshhen
寫得很好,我頂!  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-10-05 11:12 程少偉
同意你的觀點,@smart
  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-10-05 11:21 程少偉
同意你的觀點哈,因為虛函數表的指針放在對象的前面,所以(int*)(&b)其實是對象的首地址, 也就是對象中存放虛函數指針的地方,用* 解引用才能訪問虛函數表,我的理解是這樣的,@sky

另外,b1->g1() 編譯可以通過, 在我的VS2008 環境下可以
@smart
  回復  更多評論
  

# re: C++虛函數表解析(轉) 2009-10-28 14:36 cshhen
確實分析得透徹,看了后如夢初醒~ 贊!  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-02-25 12:23 peng
Very Good !!   回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-03-07 20:59 Coastline
請問博主,如何運行時獲知虛函數表中有多少個函數指針呢,難道只能一個一個遍歷,發現NULL或者1?
我主要是想在無RTTI的平臺上實現如下功能:
class C: public A,public B
現在將C* ---> void* 后,需要調用到C中B部分的虛函數。我只想到處理虛函數表一個解決方法了。希望博主能指點
IBN#live.com

謝謝!  回復  更多評論
  

# re: C++虛函數表解析(轉)[未登錄] 2010-04-20 23:13 jeff
(Fun)*((int*)*(int*)(&b)+0); // Base::f()

(Fun)*((int*)*(int*)(&b)+1); // Base::g()

(Fun)*((int*)*(int*)(&b)+2); // Base::h()

在vs2005 下沒有運行結果啊,

pFun =(Fun)*((int*)*(int*)(&b)+1);
pFun();
這樣就可以。為什么啊

  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-04-25 10:01 snow_man2004
寫得很好,思路很清晰,透徹,謝謝!  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-05-12 10:56 yanle
@zdwsj
@sky
言之是理。(int*)(&b)不是虛函數表的地址,而是實例中虛函數表指針的地址才對。而(int*)*((int*)(&b))才應該是虛函數表的首地址,也是第一個虛函數的地址。  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-05-17 10:48 莫銘
很精彩~謝謝~并謝謝原作者~  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-05-28 02:03 GardnerRebekah33
I received 1 st <a href="http://lowest-rate-loans.com">loan</a> when I was not very old and this aided my family a lot. However, I need the bank loan also.   回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-05-29 15:14 piaoxuelibin
樓主,要持之以恒,謝謝你的分享,不過你還有很多錯誤,希望你改正!  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-06-10 21:30 陸智標
很不錯啊 不過我知識還不夠 無法透徹的評論  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-06-12 18:46 沒名字
例子說明有點問題:

typedef void(*Fun)(void);

Base b;

Fun pFun = NULL;

cout << "虛函數表地址:" << (int*)(&b) << endl; // 錯了,這應該是B的實例對象的地址。

cout << "虛函數表 — 第一個函數地址:" << (int*)*(int*)(&b) << endl;

// 因為虛表放在最前面,這次取到的才是虛表的地址。

pFun = (Fun)*((int*)*(int*)(&b)); // 這個才是第一個虛函數的地址

另,虛表是屬于類的,同一類的實例共享一個虛表,所以虛表不是在實例的內存中。  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-07-04 23:06 tomren
好文章,一直不了解虛函數表,對我很有幫助:)  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-07-29 18:45 凋零的羽
@沒名字 你確定嗎? 我看這個看了一下午這個例子,總覺得說的自相矛盾。然后自己得出的結論正好是跟你一樣的。。。也就是如你所說的,第一次取的是實例對象地址,第二次取的才是虛表地址,這樣我就能看通了。。。
  回復  更多評論
  

# re: C++虛函數表解析(轉)[未登錄] 2010-08-25 00:26 123
里面有些概念是錯誤的  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-08-25 21:27 Liyx
茅塞頓開啊  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-08-26 17:04 ccnlzp
太過膚淺了,沒有說出問題的實質。
而且不同意做的批判。因為最終數據放內存里,你想怎么玩,什么語言都難以阻攔.  回復  更多評論
  

# re: C++虛函數表解析(轉)[未登錄] 2010-08-27 00:25 sam
虛函數表的第一項不是一個為了支持RTTI的指針嗎?然后才是虛函數。
現在這里為什么第一項是虛函數?編譯器做了動作?請問樓主在什么環境下試驗的?  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-09-12 20:31 Liyx
如果能再討論一下虛繼承下的情形就好了。對D類的大小不太理解。
class A
{
};
class B
{
};
//sizeof(C)=4
class C:virtual public A, public B
{
};
//sizeof(D)=8
class D:virtual public A, virtual public B
{
};
================================
class A
{
virtual void funca(){};
};
class B
{
virtual void funcb() {};
};
//sizeof(C)=4
class C:virtual public A, public B
{
};
//sizeof(D)=12
class D:virtual public A, virtual public B
{
};  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-09-19 14:30 vmlinz
@沒名字
實例會有類的指針  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-09-21 15:58 simophin
多謝樓主的好文章,這文章非常棒,解決了我很多疑問。
但是我對你的批判有一些看法,很多C++等的安全限制等個人感覺只是“編譯時”除錯、保證規則用的,你非要說運行時類似安全問題,你一個指針訪問進程地址空間的哪一部分不可以?你只要知道了內存布局,無論是C還是C++還是C+++,不都一樣地訪問嗎?所以這并非C++的錯。  回復  更多評論
  

# re: C++虛函數表解析(轉) 2010-10-09 16:14 solu
第一次看你這篇文章時,看不懂;
第二次看你這篇文章時,感覺寫的太好了,嘆為高人;
第三次看你這篇文章時,感覺作者你對某些方面了解得不夠,有些地方很是糊圇吞棗,知其然不知其所以然。  回復  更多評論
  

# re: C++虛函數表解析(轉) 2011-04-03 21:35 zhanglibin
一事不明,
抽象類生不生成虛表?  回復  更多評論
  

# re: C++虛函數表解析(轉)[未登錄] 2011-07-22 13:02 小四
(int*)(&b)得到的不是虛函數表的地址吧,僅僅是實例b的地址。虛函數表的地址應該是對該地址對應的內容,即*(int*)(&b)。  回復  更多評論
  

# re: C++虛函數表解析(轉) 2011-10-05 21:59 天外一星
有指針指向首地址,虛函數表后有結束標記,因此無需知道長度@小熊
  回復  更多評論
  

# re: C++虛函數表解析(轉) 2011-10-05 22:01 天外一星
樓主寫的很好,很專業,高手。  回復  更多評論
  

# re: C++虛函數表解析(轉) 2012-02-25 15:20 寢室沒電
@zhangwh
這位說的很OK
(int*)(&b)) 同等于 this指針  回復  更多評論
  

# re: C++虛函數表解析(轉) 2012-04-14 09:53 ET
不錯不錯~  回復  更多評論
  

# re: C++虛函數表解析(轉) 2012-09-01 10:30 泥馬

虛表只有一個
類實例地址的最前面是vptr,就是虛表指針  回復  更多評論
  

# re: C++虛函數表解析(轉) 2012-10-03 16:15 Stroot
好文!謝謝樓主分享!  回復  更多評論
  

# re: C++虛函數表解析(轉) 2012-10-22 23:22 坤哥
good very good  回復  更多評論
  

# re: C++虛函數表解析(轉) 2012-11-18 20:23 張奇
感覺寫錯了啊,&b取得的是b對象的地址,也就是虛函數表地址的地址  回復  更多評論
  

# re: C++虛函數表解析(轉) 2014-03-10 18:03 ddws
真的好極了,如果沒有錯誤的地方的話。條例清晰,而且很透徹,圖文并茂,文中有畫,畫中有文。  回復  更多評論
  

# re: C++虛函數表解析(轉) 2015-09-08 16:39 rookieflying
找到文章的作者了,原來是皓叔寫的 http://blog.csdn.net/haoel/article/details/1948051  回復  更多評論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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久久视频| 亚洲视频观看| 久久深夜福利免费观看| 欧美精品在线观看| 亚洲一区二区三区久久 | 亚洲影视在线| 久久成人这里只有精品| 毛片一区二区| 国产精品老女人精品视频| 黄网站免费久久| 一区二区三区精品| 久久性色av| 一区二区不卡在线视频 午夜欧美不卡在 | 国产精品国产精品| 国产一区二区三区视频在线观看 | 久久精品夜夜夜夜久久| 欧美激情网友自拍| 毛片av中文字幕一区二区| 欧美激情二区三区| 国产日产高清欧美一区二区三区| 亚洲国产精品一区二区第四页av | 麻豆91精品91久久久的内涵| 亚洲国产1区| 亚洲日本一区二区| 欧美一区=区| 欧美高清在线视频观看不卡| 一本一本久久| 欧美激情91| 国内成人精品视频| 性欧美xxxx视频在线观看| 亚洲国产精品久久久久秋霞不卡 | 免费中文日韩| 亚洲欧美精品伊人久久| 欧美精品一区在线| 久久国产视频网站| 国产精品无码永久免费888| 美日韩精品视频免费看| 国内精品久久久久久久97牛牛| 欧美激情视频在线免费观看 欧美视频免费一| 亚洲激情在线激情| 免费成人高清视频| 日韩一级大片在线| 欧美黄色aa电影| 亚洲电影av| 免费永久网站黄欧美| 亚洲欧美日韩一区二区三区在线| 欧美国产精品专区| 亚洲国产一区二区三区在线播 | 国模吧视频一区| 欧美一区二区三区免费观看 | 免费日韩一区二区| 久久免费视频这里只有精品| 国语自产在线不卡| 可以看av的网站久久看| 久久久国产视频91| 欧美主播一区二区三区| 亚洲精品一区二区三区不| 亚洲成色777777女色窝| 久热精品视频| 亚洲欧美日韩在线高清直播| 国产精品久久久久高潮| 午夜精品av| 亚洲欧美韩国| 激情成人亚洲| 亚洲第一中文字幕| 欧美区高清在线| 亚洲综合国产激情另类一区| 免费视频亚洲| 亚洲精选91| 一区二区欧美国产| 国产精品尤物| 免费看成人av| 欧美日韩理论| 欧美一区二区三区四区夜夜大片| 国产亚洲在线观看| 韩国女主播一区| 欧美成人免费va影院高清| 欧美福利在线观看| 亚洲综合三区| 久久视频精品在线| 亚洲在线成人| 久久精品观看| 日韩一级免费观看| 羞羞漫画18久久大片| 亚洲国产婷婷香蕉久久久久久99| 一本大道久久a久久综合婷婷| 国产亚洲成av人在线观看导航| 欧美激情第五页| 国产精品99久久99久久久二8| 国产欧美日韩精品在线| 亚洲成色www久久网站| 国产精品视频大全| 亚洲精品黄色| 欧美激情自拍| 久久深夜福利免费观看| 欧美日韩国产经典色站一区二区三区| 午夜伦欧美伦电影理论片| 蜜桃精品一区二区三区| 亚洲国产日韩一区二区| 国产一区二区0| 9久草视频在线视频精品| 激情久久五月| 亚洲愉拍自拍另类高清精品| 亚洲精品一区二区三区福利| 久久精品伊人| 久久福利影视| 国产精品久久久久久妇女6080 | 老牛嫩草一区二区三区日本| 国产精品成人午夜| 亚洲国产欧美国产综合一区| 国产综合视频| 亚洲欧美日韩国产成人| 一区二区三区黄色| 欧美精品国产精品日韩精品| 国产专区一区| 亚洲在线中文字幕| 亚洲深夜激情| 欧美日韩国产天堂| 亚洲三级视频| 亚洲最新在线| 欧美日韩国产麻豆| 亚洲精品一区二区三区av| 亚洲看片网站| 欧美激情成人在线视频| 欧美精品一区在线观看| 亚洲天堂视频在线观看| 欧美日韩精品一本二本三本| 久久看片网站| 国产精品区一区二区三| 亚洲视频999| 午夜精品一区二区三区电影天堂| 欧美香蕉大胸在线视频观看| 国产精品99久久久久久久女警| 亚洲一区日韩在线| 国产精品久久久久999| 国产精品综合色区在线观看| 亚洲一区激情| 欧美在线在线| 国内精品一区二区三区| 久久手机精品视频| 欧美福利网址| 9i看片成人免费高清| 国产精品成人aaaaa网站| 欧美在线地址| 一区二区三区在线免费播放| 久热国产精品| 亚洲精品一二区| 性做久久久久久| 一区二区三区在线高清| 欧美激情aⅴ一区二区三区| 99热在这里有精品免费| 久久国产精彩视频| 亚洲二区在线视频| 欧美日韩一区高清| 欧美性片在线观看| 亚洲伊人一本大道中文字幕| 蜜乳av另类精品一区二区| 999在线观看精品免费不卡网站| 欧美视频福利| 久久九九免费视频| 99ri日韩精品视频| 麻豆精品在线视频| 亚洲午夜激情网站| 极品少妇一区二区三区精品视频| 欧美成人r级一区二区三区| 在线综合亚洲| 欧美国产精品日韩| 久久av资源网站| 日韩亚洲在线| 激情国产一区二区| 久久国产免费| 一区二区三区蜜桃网| 牛牛国产精品| 先锋资源久久| 日韩一二三区视频| 在线免费观看欧美| 亚洲欧美日韩国产成人| 亚洲人成在线播放| 久久综合五月| 久久精品三级| 亚洲视频自拍偷拍| 亚洲精品美女在线观看| 黄色在线一区| 国产亚洲免费的视频看| 国产精品美女999| 欧美日韩日本国产亚洲在线| 麻豆91精品| 亚洲国产精选| 国产精品爽爽ⅴa在线观看|