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

C++ Programmer's Cookbook

{C++ 基礎(chǔ)} {C++ 高級} {C#界面,C++核心算法} {設(shè)計模式} {C#基礎(chǔ)}

關(guān)于C++中RTTI的編碼實現(xiàn)

 
摘要:

  RTTI (Run-Time Type Identification)是面向?qū)ο蟪绦蛟O(shè)計中一種重要的技術(shù)。現(xiàn)行的C++標準對RTTI已經(jīng)有了明確的支持。不過在某些情況下出于特殊的開發(fā)需要,我們需要自己編碼來實現(xiàn)。本文介紹了一些關(guān)于RTTI的基礎(chǔ)知識及其原理和實現(xiàn)。  

RTTI需求:

  和很多其他語言一樣,C++是一種靜態(tài)類型語言。其數(shù)據(jù)類型是在編譯期就確定的,不能在運行時更改。然而由于面向?qū)ο蟪绦蛟O(shè)計中多態(tài)性的要求,C++中的指針或引用(Reference)本身的類型,可能與它實際代表(指向或引用)的類型并不一致。有時我們需要將一個多態(tài)指針轉(zhuǎn)換為其實際指向?qū)ο蟮念愋停托枰肋\行時的類型信息,這就產(chǎn)生了運行時類型識別的要求。

  C++對RTTI的支持

  C++提供了兩個關(guān)鍵字typeid和dynamic_cast和一個type_info類來支持RTTI:

  dynamic_cast操作符:它允許在運行時刻進行類型轉(zhuǎn)換,從而使程序能夠在一個類層次結(jié)構(gòu)安全地轉(zhuǎn)換類型。dynamic_cast提供了兩種轉(zhuǎn)換方式,把基類指針轉(zhuǎn)換成派生類指針,或者把指向基類的左值轉(zhuǎn)換成派生類的引用。見下例講述:

void company::payroll(employee *pe) {
//對指針轉(zhuǎn)換失敗,dynamic_cast返回NULL
if(programmer *pm=dynamic_cast(pe)){
pm->bonus();
}
}
void company::payroll(employee &re) {
try{
//對引用轉(zhuǎn)換失敗的話,則會以拋出異常來報告錯誤
programmer &rm=dynamic_cast(re);
pm->bonus();
}
catch(std::bad_cast){

}
}

  這里bonus是programmer的成員函數(shù),基類employee不具備這個特性。所以我們必須使用安全的由基類到派生類類型轉(zhuǎn)換,識別出programmer指針。

  typeid操作符:它指出指針或引用指向的對象的實際派生類型。

  例如:

employee* pe=new manager;
typeid(*pe)==typeid(manager) //true

  typeid可以用于作用于各種類型名,對象和內(nèi)置基本數(shù)據(jù)類型的實例、指針或者引用,當作用于指針和引用將返回它實際指向?qū)ο蟮念愋托畔ⅰypeid的返回是type_info類型。

  type_info類:這個類的確切定義是與編譯器實現(xiàn)相關(guān)的,下面是《C++ Primer》中給出的定義(參考資料[2]中談到編譯器必須提供的最小信息量):

class type_info {
private:
type_info(const type_info&);
type_info& operator=( const type_info& );
public:
virtual ~type_info();
int operator==( const type_info& ) const;
int operator!=( const type_info& ) const;
const char* name() const;
};

實現(xiàn)目標:

  實現(xiàn)的方案

  方案一:利用多態(tài)來取得指針或應(yīng)用的實際類型信息

  這是一個最簡單的方法,也是作者目前所采用的辦法。

  實現(xiàn):

enum ClassType{
UObjectClass,
URectViewClass,
UDialogClass,
……
};
class UObject{
virtual char* GetClassName() const {
return "UObject";
};
virtual ClassType TypeOfClass(){
return UObjectClass;
};
};
class UDialog{
virtual char* GetClassName() const {
return "UDialog";
};
virtual ClassType TypeOfClass(){
return UDialogClass;
};
};

  示例:

UObject po=new UObject;
UObject pr=new URectView;
UObject pd=new UDialog;
cout << "po is a " << po->GetClassName() << endl;
cout << "pr is a " << pr->GetClassName() << endl;
cout << "pd is a " << pd->GetClassName() << endl;
cout<TypeOfClass()==UObjectClass< cout<TypeOfClass()==URectViewClass<
cout<TypeOfClass()==UDialogClass<
cout<TypeOfClass()==UObjectClass<
cout<TypeOfClass()==UDialogClass<< td>

  輸出:

po is a UObjectClass
pr is a URectViewClass
pd is a UDialogClass
true
true
true
false
false

  這種實現(xiàn)方法也就是在基類中提供一個多態(tài)的方法,這個方法返回一個類型信息。這樣我們能夠知道一個指針所指向?qū)ο蟮木唧w類型,可以滿足一些簡單的要求。

  但是很顯然,這樣的方法只實現(xiàn)了typeid的部分功能,還存在很多缺點:

  1、 用戶每增加一個類必須覆蓋GetClassName和TypeOfClass兩個方法,如果忘了,會導(dǎo)致程序錯誤。

  2、 這里的類名和類標識信息不足以實現(xiàn)dynamic_cast的功能,從這個意義上而言此方案根本不能稱為RTTI。

  3、 用戶必須手工維護每個類的類名與標識,這限制了以庫的方式提供給用戶的可能。

  4、 用戶必須手工添加GetClassName和TypeOfClass兩個方法,使用并不方便。

  其中上面的部分問題我們可以采用C/C++中的宏技巧(Macro Magic)來解決,這個可以在我們的最終解決方案的代碼中看到。下面采用方案二中將予以解決上述問題。

  方案二:以一個類型表來存儲類型信息

  這種方法考慮使用一個類結(jié)構(gòu),除了保留原有的整型類ID,類名字符串外,增加了一個指向基類TypeInfo成員的指針。

struct TypeInfo
{
char* className;
int type_id;
TypeInfo* pBaseClass;
operator== (const TypeInfo& info){
return this==&info;
}
operator!= (const TypeInfo& info){
return this!=&info;
}
};

  從這里可以看到,以這種方式實現(xiàn)的RTTI不支持多重繼承。所幸多重繼承在程序設(shè)計中并非必須,而且也不推薦。下面的代碼中,我將為DP9900軟件項目組中類層次結(jié)構(gòu)中的幾個類添加RTTI功能。DP9900項目中,絕大部分的類都以單繼承方式從UObject這個根類直接或間接繼承而來。這樣我們就可以從UObject開始,加入我們RTTI支持所需要的數(shù)據(jù)和方法。

class UObject
{
public:
bool IsKindOf(TypeInfo& cls); //判別某個對象是否屬于某一個類
public:
virtual int GetTypeID(){return rttiTypeInfo.type_id;}
virtual char* GetTypeName(){return rttiTypeInfo.className;}
virtual TypeInfo& GetTypeInfo(){return rttiTypeInfo;}
static TypeInfo& GetTypeInfoClass(){return rttiTypeInfo;}
private:
static TypeInfo rttiTypeInfo;
};
//依次為className、type_id、pBaseClass賦值
TypeInfo UObject::rttiTypeInfo={"UObject",0,NULL};

  考慮從UObject將這個TypeInfo類作為每一個新增類的靜態(tài)成員,這樣一個類的所有對象將共享TypeInfo的唯一實例。我們希望能夠在程序運行之前就為type_id,className做好初始化,并讓pBaseClass指向基類的這個TypeInfo。

  每個類的TypeInfo成員約定使用rttiTypeInfo的命名,為了避免命名沖突,我們將其作為private成員。有了基類的支持并不夠,當用戶需要RTTI支持,還需要自己來做一些事情:

  1、 派生類需要從UObject繼承。

  2、 添加rttiTypeInfo變量。

  3、 在類外正確初始化rttiTypeInfo靜態(tài)成員。

  4、 覆蓋GetTypeID、GetTypeName、GetTypeInfo、GetTypeInfoClass四個成員函數(shù)。

  如下所示:

class UView:public UObject
{
public:
virtual int GetTypeID(){return rttiTypeInfo.type_id;}
virtual char* GetTypeName(){return rttiTypeInfo.className;}
virtual TypeInfo& GetTypeInfo(){return rttiTypeInfo;}
static TypeInfo& GetTypeInfoClass(){return rttiTypeInfo;}
private:
static TypeInfo rttiTypeInfo;
};

  有了前三步,這樣我們就可以得到一個不算太復(fù)雜的鏈表――這是一棵類型信息構(gòu)成的"樹",與數(shù)據(jù)結(jié)構(gòu)中的樹的唯一差別就是其指針方向相反。

  這樣,從任何一個UObject的子類,順著pBaseClass往上找,總能遍歷它的所有父類,最終到達UObject。

  在這個鏈表的基礎(chǔ)上,要判別某個對象是否屬于某一個類就很簡單。下面給出UObject::IsKindOf()的實現(xiàn)。

bool UObject::IsKindOf(TypeInfo& cls)
{
TypeInfo* p=&(this->GetTypeInfo());
while(p!=NULL){
if(p->type_id==cls.type_id)
return true;
p=p->pBaseClass;
}
return false;
}

  有了IsKindOf的支持,dynamic_cast的功能也就可以用一個簡單的safe_cast來實現(xiàn):

template
inline T* safe_cast(UObject* ptr,TypeInfo& cls)
{
return (ptr->IsKindOf(cls)?(T*)ptr:NULL);
}

  至此,我們已經(jīng)能夠從功能上完成前面的目標了,不過用戶要使用這個類庫的RTTI功能還很麻煩,要敲入一大堆對他們毫無意義的函數(shù)代碼,要在初始化 rttiTypeInfo靜態(tài)成員時手工設(shè)置類ID與類名。其實這些麻煩完全不必交給我們的用戶,適當采用一些宏技巧(Macro Magic),就可以讓C++的預(yù)處理器來替我們寫很多枯燥的代碼。關(guān)于宏不是本文的重點,你可以從最終代碼清單看到它們。下面再談?wù)勱P(guān)于類ID的問題。

  類ID

  為了使不同類型的對象可區(qū)分,用一個給每個TypeInfo對象一個類ID來作為比較的依據(jù)是必要的。
其實對于我們這里的需求和實現(xiàn)方法而言,其實類ID并不是必須的。每一個支持RTTI的類都包含了一個靜態(tài)TypeInfo對象,這個對象的地址就是在進程中全局唯一。但考慮到其他一些技術(shù)如:動態(tài)對象創(chuàng)建、對象序列化等,它們可能會要求RTTI給出一個靜態(tài)不變的ID。在本文的實現(xiàn)中,對此作了有益的嘗試。

  首先聲明一個用來產(chǎn)生遞增類ID的全局變量。再聲明如下一個結(jié)構(gòu),沒有數(shù)據(jù)成員,只有一個構(gòu)造函數(shù)用于初始化TypeInfo的類ID:

extern int TypeInfoOrder=0;
struct InitTypeInfo
{
InitTypeInfo(TypeInfo* info)
{
info->type_id=TypeInfoOrder++;
}
};

  為UObject添加一個private的靜態(tài)成員及其初始化:

class UObject
{
//……
private:
static InitTypeInfo initClassInfo;
};
InitTypeInfo UObject::initClassInfo(&(UObject::rttiTypeInfo));

  并且對每一個從UObject派生的子類也進行同樣的添加。這樣您將看到,在C++主函數(shù)執(zhí)行前,啟動代碼將替我們調(diào)用每一個類的 initClassInfo成員的構(gòu)造函數(shù)InitTypeInfo::InitTypeInfo(TypeInfo* info),而正是這個函數(shù)替我們產(chǎn)生并設(shè)置了類ID。InitTypeInfo的構(gòu)造函數(shù)還可以替我們做其他一些有用的初始化工作,比如將所有的 TypeInfo信息登錄到一個表格里,讓我們可以很方便的遍歷它。

  但實踐與查閱資料讓我們發(fā)現(xiàn),由于C++中對靜態(tài)成員初始化的順序沒有明確的規(guī)定,所以這樣的方式產(chǎn)生出來的類ID并非完全靜態(tài),換一個編譯器編譯執(zhí)行產(chǎn)生的結(jié)果可能完全不同。

  還有一個可以考慮的方案是采用某種無沖突HASH算法,將類名轉(zhuǎn)換成為一個唯一整數(shù)。使用標準CRC32算法從類型名計算出一個整數(shù)作為類ID也許是個不錯的想法[3]。

  程序清單

// URtti.h
#ifndef __URTTI_H__
#define __URTTI_H__

class UObject;

struct TypeInfo
{
char* className;
int type_id;
TypeInfo* pBaseClass;
operator== (const TypeInfo& info){
return this==&info;
}
operator!= (const TypeInfo& info){
return this!=&info;
}
};

inline std::ostream& operator<< (std::ostream& os,TypeInfo& info)
{
return (os<< "[" << &info << "]" << "\t"
<< info.type_id << ":"
<< info.className << ":"
<< info.pBaseClass << std::endl);
}

extern int TypeInfoOrder;

struct InitTypeInfo
{
InitTypeInfo(/*TypeInfo* base,*/TypeInfo* info)
{
info->type_id=TypeInfoOrder++;
}
};

#define TYPEINFO_OF_CLASS(class_name) (class_name::GetTypeInfoClass())
#define TYPEINFO_OF_OBJ(obj_name) (obj_name.GetTypeInfo())
#define TYPEINFO_OF_PTR(ptr_name) (ptr_name->GetTypeInfo())

#define DECLARE_TYPEINFO(class_name) \
public: \
virtual int GetTypeID(){return TYPEINFO_MEMBER(class_name).type_id;} \
virtual char* GetTypeName(){return TYPEINFO_MEMBER(class_name).className;} \
virtual TypeInfo& GetTypeInfo(){return TYPEINFO_MEMBER(class_name);} \
static TypeInfo& GetTypeInfoClass(){return TYPEINFO_MEMBER(class_name);} \
private: \
static TypeInfo TYPEINFO_MEMBER(class_name); \
static InitTypeInfo initClassInfo; \

#define IMPLEMENT_TYPEINFO(class_name,base_name) \
TypeInfo class_name::TYPEINFO_MEMBER(class_name)= \
{#class_name,0,&(base_name::GetTypeInfoClass())}; \
InitTypeInfo class_name::initClassInfo(&(class_name::TYPEINFO_MEMBER(class_name)));

#define DYNAMIC_CAST(object_ptr,class_name) \
safe_cast(object_ptr,TYPEINFO_OF_CLASS(class_name))

#define TYPEINFO_MEMBER(class_name) rttiTypeInfo

class UObject
{
public:
bool IsKindOf(TypeInfo& cls);
public:
virtual int GetTypeID(){return TYPEINFO_MEMBER(UObject).type_id;}
virtual char* GetTypeName(){return TYPEINFO_MEMBER(UObject).className;}
virtual TypeInfo& GetTypeInfo(){return TYPEINFO_MEMBER(UObject);}
static TypeInfo& GetTypeInfoClass(){return TYPEINFO_MEMBER(UObject);}
private:
static TypeInfo TYPEINFO_MEMBER(UObject);
static InitTypeInfo initClassInfo;
};

template
inline T* safe_cast(UObject* ptr,TypeInfo& cls)
{
return (ptr->IsKindOf(cls)?(T*)ptr:NULL);
}
#endif
// URtti.cpp
#include "urtti.h"

extern int TypeInfoOrder=0;

TypeInfo UObject::TYPEINFO_MEMBER(UObject)={"UObject",0,NULL};
InitTypeInfo UObject::initClassInfo(&(UObject::TYPEINFO_MEMBER(UObject)));

bool UObject::IsKindOf(TypeInfo& cls)
{
TypeInfo* p=&(this->GetTypeInfo());
while(p!=NULL){
if(p->type_id==cls.type_id)
return true;
p=p->pBaseClass;
}
return false;
}
// mail.cpp
#include
#include "urtti.h"
using namespace std;

class UView:public UObject
{
DECLARE_TYPEINFO(UView)
};
IMPLEMENT_TYPEINFO(UView,UObject)

class UGraph:public UObject
{
DECLARE_TYPEINFO(UGraph)
};
IMPLEMENT_TYPEINFO(UGraph,UObject)

void main()
{
UObject* po=new UObject;
UView* pv=new UView;
UObject* pg=new UGraph;
if(DYNAMIC_CAST(po,UView))
cout << "po => UView succeed" << std::endl;
else
cout << "po => UView failed" << std::endl;
if(DYNAMIC_CAST(pv,UView))
cout << "pv => UView succeed" << std::endl;
else
cout << "pv => UView failed" << std::endl;
if(DYNAMIC_CAST(po,UGraph))
cout << "po => UGraph succeed" << std::endl;
else
cout << "po => UGraph failed" << std::endl;
if(DYNAMIC_CAST(pg,UGraph))
cout << "pg => UGraph succeed" << std::endl;
else
cout << "pg => UGraph failed" << std::endl;
}

  實現(xiàn)結(jié)果

  本文實現(xiàn)了如下幾個宏來支持RTTI,它們的使用方法都可以在上面的代碼中找到:
  
宏函數(shù) 功能及參數(shù)說明
DECLARE_TYPEINFO(class_name) 為類添加RTTI功能放在類聲明的起始位置
IMPLEMENT_TYPEINFO(class_name,base) 同上,放在類定義任何位置
TYPEINFO_OF_CLASS(class_name) 相當于typeid(類名)
TYPEINFO_OF_OBJ(obj_name) 相當于typeid(對象)
TYPEINFO_OF_PTR(ptr_name) 相當于typeid(指針)
DYNAMIC_CAST(object_ptr,class_name) 相當于dynamic_castobject_ptr



  性能測試

  測試代碼:

  這里使用相同次數(shù)的DYNAMIC_CAST和dynamic_cast進行對比測試,在VC6.0下編譯運行,使用默認的Release編譯配置選項。為了避免編譯器優(yōu)化導(dǎo)致的不公平測試結(jié)果,我在循環(huán)中加入了無意義的計數(shù)操作。

void main()
{
UObject* po=new UObject;
UView* pv=new UView;
UObject* pg=new UGraph;
int a,b,c,d;
a=b=c=d=0;
const int times=30000000;
cerr << "時間測試輸出:" << endl;
cerr << "start my DYNAMIC_CAST at: " << time(NULL) << endl;
for(int i=0;i
if(DYNAMIC_CAST(po,UView)) a++; else a--;
if(DYNAMIC_CAST(pv,UView)) b++; else b--;
if(DYNAMIC_CAST(po,UGraph)) c++; else c--;
if(DYNAMIC_CAST(pg,UGraph)) d++; else d--;
}
cerr << "end my DYNAMIC_CAST at: " << time(NULL) << endl;
cerr << "start c++ dynamic_cast at: " << time(NULL) << endl;
for(i=0;i
if(dynamic_cast(po)) a++; else a--;
if(dynamic_cast(pv)) b++; else b--;
if(dynamic_cast(po)) c++; else c--;
if(dynamic_cast(pg)) d++; else d--;
}
cerr << "end c++ dynamic_cast at: " << time(NULL) << endl;
cerr << a << b << c << d << endl;
}

  運行結(jié)果:

start my DYNAMIC_CAST at: 1021512140
end my DYNAMIC_CAST at: 1021512145
start c++ dynamic_cast at: 1021512145
end c++ dynamic_cast at: 1021512160

  這是上述條件下的測試輸出,我們可以看到,本文實現(xiàn)的這個精簡RTTI方案運行DYNAMIC_CAST的時間開銷只有dynamic_cast的1/3。為了得到更全面的數(shù)據(jù),還進行了DEBUG編譯配置選項下的測試。

  輸出:

start my DYNAMIC_CAST at: 1021512041
end my DYNAMIC_CAST at: 1021512044
start c++ dynamic_cast at: 1021512044
end c++ dynamic_cast at: 1021512059

  這種情況下DYNAMIC_CAST運行速度要比dynamic_cast慢一倍左右。如果在Release編譯配置選項下將UObject:: IsKindOf方法改成如下inline函數(shù),我們將得到更讓人興奮的結(jié)果(DYNAMIC_CAST運行時間只有dynamic_cast的 1/5)。

inline bool UObject::IsKindOf(TypeInfo& cls)
{
for(TypeInfo* p=&(this->GetTypeInfo());p!=NULL;p=p->pBaseClass)
if(p==&cls) return true;
return false;
}

  輸出:

start my DYNAMIC_CAST at: 1021512041
end my DYNAMIC_CAST at: 1021512044
start c++ dynamic_cast at: 1021512044
end c++ dynamic_cast at: 1021512059

  結(jié)論:

  由本文的實踐可以得出結(jié)論,自己動手編碼實現(xiàn)RTTI是簡單可行的。這樣的實現(xiàn)可以在編譯器優(yōu)秀的代碼優(yōu)化中表現(xiàn)出比dynamic_cast更好的性能,而且沒有帶來過多的存儲開銷。本文的RTTI以性能為主要設(shè)計目標,在實現(xiàn)上一定程度上受到了MFC的影響。適于嵌入式環(huán)境。

posted on 2006-01-05 12:14 夢在天涯 閱讀(1530) 評論(1)  編輯 收藏 引用 所屬分類: CPlusPlus

評論

# re: 關(guān)于C++中RTTI的編碼實現(xiàn) 2006-03-28 09:55 redriver

這就是標準c++的實現(xiàn)和vc++實現(xiàn)的兩個方法而已  回復(fù)  更多評論   

公告

EMail:itech001#126.com

導(dǎo)航

統(tǒng)計

  • 隨筆 - 461
  • 文章 - 4
  • 評論 - 746
  • 引用 - 0

常用鏈接

隨筆分類

隨筆檔案

收藏夾

Blogs

c#(csharp)

C++(cpp)

Enlish

Forums(bbs)

My self

Often go

Useful Webs

Xml/Uml/html

搜索

  •  

積分與排名

  • 積分 - 1812196
  • 排名 - 5

最新評論

閱讀排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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久久久久久久| 亚洲国产一区二区三区在线播| 欧美高清在线精品一区| 欧美日韩精品二区| 亚洲欧美综合一区| 午夜综合激情| 亚洲激情综合| 一区二区三区不卡视频在线观看| 国产精品一卡二| 欧美xxx在线观看| 欧美喷潮久久久xxxxx| 欧美一区二区视频在线观看2020| 欧美一区二区视频观看视频| 91久久在线| 亚洲尤物在线| 亚洲欧洲精品一区二区| 中文av字幕一区| 在线欧美影院| 亚洲永久字幕| 99热精品在线| 久久精品五月| 亚洲欧美卡通另类91av| 久久精品国产欧美亚洲人人爽| 亚洲免费av片| 欧美专区第一页| 亚洲视频你懂的| 久久综合免费视频影院| 亚洲欧美一区二区三区极速播放| 久久免费国产| 欧美在线欧美在线| 欧美三级中文字幕在线观看| 老司机aⅴ在线精品导航| 国产精品免费视频xxxx| 亚洲国产精品www| 国产亚洲激情| 一区二区高清| 亚洲精品一区二区三区蜜桃久| 羞羞答答国产精品www一本| 一区二区三区视频免费在线观看 | 国产精品视频免费观看| 午夜久久福利| 欧美日韩国产精品自在自线| 美女国产一区| 国产日韩精品综合网站| 在线亚洲精品福利网址导航| 日韩视频不卡| 久久视频在线视频| 久久夜色精品一区| 国产女人18毛片水18精品| 一本色道久久99精品综合| 亚洲伦伦在线| 欧美成人午夜激情在线| 欧美电影在线免费观看网站| 伊人久久亚洲美女图片| 篠田优中文在线播放第一区| 午夜精品在线视频| 国产精品无码永久免费888| 亚洲免费观看高清完整版在线观看| 亚洲精品老司机| 欧美好吊妞视频| 亚洲精品色婷婷福利天堂| 一区二区冒白浆视频| 欧美激情在线狂野欧美精品| 亚洲黄色在线| 一区二区三区波多野结衣在线观看| 欧美激情视频一区二区三区在线播放| 鲁鲁狠狠狠7777一区二区| 在线观看视频一区二区| 噜噜噜躁狠狠躁狠狠精品视频| 蜜臀a∨国产成人精品| 亚洲国产岛国毛片在线| 欧美高清视频在线| 99av国产精品欲麻豆| 亚洲综合不卡| 国内精品视频久久| 男人插女人欧美| 亚洲精品视频在线观看免费| 亚洲自拍电影| 韩日在线一区| 欧美日韩国产大片| 亚洲欧美在线一区| 欧美激情一区二区三区蜜桃视频| 一区二区三区欧美成人| 国产欧美一区二区精品仙草咪| 久久疯狂做爰流白浆xx| 亚洲第一福利在线观看| 亚洲欧美国产精品桃花| 国产在线精品成人一区二区三区| 玖玖玖国产精品| 国产精品99久久99久久久二8 | 亚洲欧美日韩在线不卡| 欧美11—12娇小xxxx| 一区二区电影免费观看| 国产一区二区三区视频在线观看| 欧美国产日本在线| 亚洲欧美日本国产有色| 欧美黄免费看| 久久aⅴ国产紧身牛仔裤| 亚洲日本一区二区三区| 国产精品有限公司| 久久深夜福利免费观看| 欧美国产一区二区在线观看| 美女亚洲精品| 亚洲午夜久久久久久尤物| 黄色成人av| 欧美理论在线| 久久免费黄色| 先锋a资源在线看亚洲| 亚洲精一区二区三区| 老司机午夜精品视频在线观看| 亚洲一区二区欧美日韩| 91久久精品美女高潮| 国产主播一区二区三区| 国产精品啊v在线| 欧美大片第1页| 久久久久久久久久久一区| 亚洲欧美成aⅴ人在线观看| 亚洲精品久久在线| 亚洲福利视频一区二区| 理论片一区二区在线| 欧美在线观看视频一区二区| 亚洲在线一区| 亚洲一区二区三区精品在线观看| 亚洲国产成人不卡| 韩国成人理伦片免费播放| 国产精品五月天| 国产精品久久看| 欧美系列一区| 欧美三级午夜理伦三级中视频| 欧美国产日韩在线| 欧美成人一区在线| 欧美va天堂| 欧美激情a∨在线视频播放| 欧美sm重口味系列视频在线观看| 久久综合福利| 麻豆av一区二区三区久久| 久久一区中文字幕| 久久综合久色欧美综合狠狠| 久久青草欧美一区二区三区| 久久精品国产清高在天天线| 久久国产欧美| 免费一级欧美在线大片| 欧美aⅴ一区二区三区视频| 欧美电影免费观看高清| 欧美日韩国产精品成人| 欧美日韩精品在线观看| 欧美视频在线观看免费网址| 国产精品久久久久国产a级| 国产精品久久久一区二区| 国产精品伊人日日| 国产一区在线播放| 亚洲国产精品综合| 亚洲视频欧洲视频| 欧美一区二区免费观在线| 久久精品视频99| 欧美r片在线| 欧美一区国产一区| 欧美精品一区二| 亚洲精品中文字幕在线| 亚洲女人天堂成人av在线| 国产日韩综合一区二区性色av| 久久综合九色欧美综合狠狠| 99re6这里只有精品| 你懂的视频欧美| 久久av一区二区| 中文在线资源观看网站视频免费不卡| 国产精品久久久久久久久免费| 久久蜜桃资源一区二区老牛| 亚洲一区二区在| 99综合精品| 亚洲精品一区二区三| 另类天堂av| 欧美性大战久久久久久久| 欧美国产日韩一二三区| 久久精品亚洲| 美女黄网久久| 美女啪啪无遮挡免费久久网站| 在线中文字幕日韩| 国产精品乱码| 国产精品久久久久久影视| 国产精品另类一区| 国产精品国产福利国产秒拍 | 老司机久久99久久精品播放免费| 午夜性色一区二区三区免费视频| 亚洲亚洲精品在线观看| 亚洲一区二区精品| 小嫩嫩精品导航| 久久久午夜电影| 欧美搞黄网站| 日韩视频一区| 欧美一区二区三区免费视频| 欧美亚洲在线| 欧美高清视频免费观看| 国产精品久久久久久久久久ktv| 国产精品久久77777| 欧美三级中文字幕在线观看|