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

天秤座的唐風(fēng)

總會有一個(gè)人需要你的分享~!- 唐風(fēng) -

  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
  13 隨筆 :: 0 文章 :: 69 評論 :: 0 Trackbacks

作者:唐風(fēng)

原載:www.cnblogs.com/liyiwen

 

關(guān)于類型擦除,在網(wǎng)上搜出來的中文資料比較少,而且一提到類型擦除,檢索結(jié)果里就跑出很多 Java 和 C# 相關(guān)的文章來(它們實(shí)現(xiàn)“泛型”的方式)。所以,這一篇我打算寫得稍微詳細(xì)一點(diǎn)。 注意,這是一篇讀書筆記(《C++ template metaprogramming》第9.7小節(jié)和《C++ テンプレートテクニック》第七章),里面的例子都來自原書。


在 C++ 中,編譯器在編譯期進(jìn)行的靜態(tài)類型檢查是比較嚴(yán)格的,但有時(shí)候我們卻希望能“避過”這樣的類型檢查,以實(shí)現(xiàn)更靈活的功能,同時(shí)又盡量地保持類型安全。聽起來很矛盾,而且貌似很難辦到。但其實(shí) C++ 的庫里已經(jīng)有很多這樣的應(yīng)用了。比如,著名的 boost::function 和 boost::any 。當(dāng)我們定義一個(gè) function<void(int)> fun 對象,則 fun 即可以存儲函數(shù)指針,又可以存儲函數(shù)對象,注意,這兩者是不同“類型”的,而且函數(shù)對象可以是無限種類型的,但這些不同類型的“東西”都可以存在同一類型的對象 fun 中,對 fun 來說,它關(guān)心的只是存儲的“對象”是不是“可以按某種形式(如void(int))來調(diào)用”,而不關(guān)心這個(gè)“對象”是什么樣的類型。有了 function 這樣的庫,在使用回調(diào)和保存可調(diào)用“對象”的時(shí)候,我們就可以寫出更簡單且更好用的代碼來。再舉一個(gè)例子,boost::any 庫。any 可以存儲任何類型的“對象”,比如 int ,或是你自己定義的類 MyCla 的對象。這樣我們就可以使一個(gè)容器(比如 vector<boost::any> )來存儲不同類型的對象了。

這些庫所表現(xiàn)出來的行為,就是這篇文章中要提到的類型擦除,類型擦除可以達(dá)到下面兩個(gè)目的:

  • 用類型 S 的接口代表一系列類型 T 的的共性。
  • 如果 s 是 S 類型的變量,那么,任何 T 類型的的對象都可以賦值給s。

好了,下面我們具體地看看類型擦除是怎么回事,在這個(gè)過程中,我們先以 any 這個(gè)類為依托來解釋(因?yàn)樗容^“簡單”,要解釋的額外的東西比較少)。

any 這個(gè)類需要完成的主要任務(wù)是:1. 存儲任何類型的變量 2. 可以相互拷貝 3. 可以查詢所存變量的類型信息 4. 可以轉(zhuǎn)化回原來的類型(any_cast<>)

對于其中,只要說明1和2 ,就能把類型擦除的做法展示出來了,所以,我們這里只實(shí)現(xiàn)一個(gè)簡單的,有1、2、3功能的any類(3是為了驗(yàn)證)。

首先,寫個(gè)最簡單的“架子”出來:

class my_any { 
    ?? content_obj; 
public: 
    template <typename T> 
    my_any(T const& a_right); 
}; 

這里,由于 my_any 的拷貝構(gòu)造函數(shù)使用的是模板函數(shù),因此,我們可以任何類型的對象來初始化,并把該對象的復(fù)本保存在 content_obj 這個(gè)數(shù)據(jù)成員中。那么,問題是,content_obj 用什么類型好呢?

首先我們會想到,給 class 加個(gè)模板參數(shù) T ,然后……,不用然后了,這樣的話,使用者需要寫這樣的代碼:

my_any<someType> x = y;

不同的 y 會創(chuàng)造出不同類型的 x 對象,完全不符合我們要將不同類型對象賦給同一類型對象的初衷。接著,我們會想到用 void *(C 式的泛型手法啊……),但這樣的話,我們就會完全地丟失原對象的信息,使得后面一些操作(拷貝、還原等)變得很困難,那么,再配合著加入一些變量用于保存原對象信息?你是說用類似“反射”的能力?好吧,我只好說,我以為 C++ 不存在原生的反射能力,以我淺薄的認(rèn)識,我只知道像 MFC 式的侵入式手法……,嗯,此路不通。

這個(gè)困境的原因在于,在C++ 的類中,除了類模板參數(shù)之外,無法在不同的成員(函數(shù)、數(shù)據(jù)成員)之間共享類型信息。在這個(gè)例子中,content_obj 無法得知構(gòu)造函數(shù)中的 T 是什么類型。所以類型無法確定。

為了妥善保存原對象復(fù)本,我們定義兩個(gè)輔助類,先上代碼(來自 boost::any 的原碼):

class placeholder 
{ 
public: // structors 
    virtual ~placeholder()      { 
    } 
public: // queries 
    virtual const std::type_info & type() const = 0; 
    virtual placeholder * clone() const = 0; 
}; 

template<typename ValueType> 
class holder : public placeholder 
{ 
public: // structors 
    holder(const ValueType & value): held(value) 
    { 
    } 
public: // queries 
    virtual const std::type_info & type() const { 
        return typeid(ValueType); 
    } 
    virtual placeholder * clone() const { 
        return new holder(held); 
    } 
public: // representation 
    ValueType held; 
}; 

首先,定義了一個(gè)基類 placeholder ,它是一個(gè)非模板的抽象類,這個(gè)抽象類的兩個(gè)接口是用來抽取對保存在 my_any 中的各種類型對象的共性的,也就是,我們需要對被保存在 my_any 中的數(shù)據(jù)進(jìn)行拷貝和類型查詢。

然后用一個(gè)模板類 holder 類繼承 placeholder 類,這個(gè)(類)派生類實(shí)現(xiàn)了基類的虛函數(shù),并保存了相關(guān)的數(shù)據(jù)。注意,派生類的數(shù)據(jù)成員的類型是 ValueType,也就是完整的原對象類型,由于它是個(gè)模板類,各個(gè)類成員之間可以共享類模板參數(shù)的信息,所以,可以方便地用原數(shù)據(jù)類型來進(jìn)行各種操作。

有了這兩個(gè)輔助類,我們就可以這樣寫 my_any 了:

class My_any
{
    placeholder * content_obj;
public:
    template <typename T>
    My_any(T const& a_right):content_obj(new T(a_right))
    {}

    template <typename T>
    My_any & operator = (T const& a_right) {
        delete content_obj;
        content_obj = new T(a_right);
        return *this;
    }

    My_any(My_any const& a_right)
      : content_obj(a_right.content_obj ? 
          a_right.content_obj->clone() : 0)
    {        
    }

    std::type_info& type() const {
        return content_obj ? content_obj->type() : typeid(void);
    }
};

現(xiàn)在 my_any 類的 content_obj 的類型定義成 placeholder * ,在構(gòu)造函數(shù)(和賦值運(yùn)算符)中,我們使用 holder 類來生成真實(shí)的“備份”,由于 holder 是模板類,它可以根據(jù)賦值的對象相應(yīng)地保存要我們需要的信息。這樣,我們就完成了在賦值的時(shí)候的“類型擦除”啦。在 my_any 的 public 接口( type() )中,利用 placeholder 的虛函數(shù),我們就可以進(jìn)行子類提供的那些操作,而子類,已經(jīng)完整地保存著我們需要的原對象的信息。

接著我們看下 boost::function 中的 Type Erasure。相比起 boost::any 來,function 庫要復(fù)雜得多,因?yàn)檫@里只是想講 boost::function 中的“類型擦除”,而不是 boost::function 源碼剖析,所以,我們?nèi)匀槐局喕喕俸喕哪康模惶糁懻撘恍氨匾钡某煞帧?/font>

我們假設(shè) function 不接受任何參數(shù)。為了更好的說明,我先帖代碼,再一步一步解釋,注意,下面是一片白花花的代碼,幾沒有注釋,千萬別開罵,請?zhí)^這段代碼,后面會有分段的解釋:

#include <iostream>
#include <boost/type_traits/is_pointer.hpp>
#include <boost/mpl/if.hpp>

using namespace std;

union any_callable {
    void (*fun_prt) (); // 函數(shù)指針
    void * fun_obj;     // 函數(shù)對象
};

template<typename Func, typename R>
struct fun_prt_manager {
    static R invoke(any_callable a_fp) {
        return reinterpret_cast<Func>(a_fp.fun_prt)();
    }
    static void destroy(any_callable a_fp) {}
};

template<typename Func, typename R>
struct fun_obj_manager {
    static R invoke(any_callable a_fo) {
        return (*reinterpret_cast<Func*>(a_fo.fun_obj))();
    }
    static void destroy(any_callable a_fo) {
        delete reinterpret_cast<Func*>(a_fo.fun_obj);
    }
};

struct funtion_ptr_tag {};
struct funtion_obj_tag {};

template <typename Func>
struct get_function_tag {
    typedef typename boost::mpl::if_<
        boost::is_pointer<Func>, // 在 VC10 中標(biāo)準(zhǔn)庫已經(jīng)有它啦
        funtion_ptr_tag,
        funtion_obj_tag
    >::type FunType;
};

template <typename Signature>
class My_function;

template <typename R>
class My_function<R()> {
    R (*invoke)(any_callable);
    void (*destory)(any_callable);
    any_callable fun;
public:
    ~My_function() {
        clear();
    }

    template <typename Func>
    My_function& operator = (Func a_fun) {
        typedef typename get_function_tag<Func>::FunType fun_tag;
        assign(a_fun, fun_tag());
        return *this;
    }

    R operator () () const {
        return invoke(fun);        
    }

    template <typename T>
    void assign (T a_funPtr, funtion_ptr_tag) {
        clear();
        invoke = &fun_prt_manager<T, R>::invoke;
        destory = &fun_prt_manager<T, R>::destroy;
        fun.fun_prt = reinterpret_cast<void(*)()>(a_funPtr);
    }

    template <typename T>
    void assign (T a_funObj, funtion_obj_tag) {
        clear();
        invoke = &fun_obj_manager<T, R>::invoke;
        destory = &fun_obj_manager<T, R>::destroy;
        fun.fun_obj = reinterpret_cast<void*>(new T(a_funObj));
    }

private:
    void clear() {
        if (!destory) {
            destory(fun);
            destory = 0;
        }
    }
};


int TestFun() {
    return 0;
}

class TestFunObj {
public:
    int operator() () const {
        return 1;
    }
};

int main(int argc, char* argv[])
{
    My_function<int ()> fun;
    fun = &TestFun;
    cout<<fun()<<endl;
    fun = TestFunObj();
    cout<<fun()<<endl;    
}

首先需要考慮的是,數(shù)據(jù)成員放什么?因?yàn)槲覀冃枰鎯瘮?shù)指針,也需要存儲函數(shù)對象,所以,這里定義一個(gè)聯(lián)合體:

union any_callable {
    void (*fun_prt) (); // 函數(shù)指針
    void * fun_obj;     // 函數(shù)對象
};

用來存放相應(yīng)的“調(diào)用子”。另外兩個(gè)數(shù)據(jù)成員(函數(shù)指針)是為了使用上的方便,用于存儲分別針對函數(shù)指針和函數(shù)對象的相應(yīng)的“操作方法”。對于函數(shù)指針和函數(shù)對象這兩者,轉(zhuǎn)型(cast)的動作都是不一樣的,所以,我們定義了兩個(gè)輔助類 fun_prt_manager 和 fun_obj_manager,它們分別定義了針對函數(shù)指針和函數(shù)對象進(jìn)行類型轉(zhuǎn)換,然后再引發(fā)相應(yīng)的“調(diào)用”和“銷毀”的動作。

接下來是類的兩個(gè) assign 函數(shù),它們針對函數(shù)針指和函數(shù)對象,分別用不同的方法來初始化類的數(shù)據(jù)成員,你看:

invoke = &fun_prt_manager<T, R>::invoke;
destory = &fun_prt_manager<T, R>::destroy;
fun.fun_prt = reinterpret_cast<void(*)()>(a_funPtr);

當(dāng) My_function 的對象是用函數(shù)指針賦值時(shí),invoke 被 fun_prt_manager 的 static 來初始化,這樣,在“調(diào)用”時(shí)就把數(shù)據(jù)成員轉(zhuǎn)成函數(shù)指針。同理,可以知道函數(shù)對象時(shí)相應(yīng)的做法(這里就不啰嗦了)。

但如何確定在進(jìn)行賦值時(shí),哪一個(gè) assign 被調(diào)用呢?我想,熟悉 STL 的你,看到 funtion_ptr_tag 和 funtion_obj_tag 時(shí)就笑了,是的,這里的 get_function_tag 用了 type_traise 的技法,并且,配合了 boost::mpl 提供的靜態(tài) if_ 簡化了代碼。這樣,我們就完成了賦值運(yùn)算符的編寫:

    template <typename Func>
    My_function& operator = (Func a_fun) {
        typedef typename get_function_tag<Func>::FunType fun_tag;
        assign(a_fun, fun_tag());
        return *this;
    }

有了這個(gè)函數(shù),針對函數(shù)指針和函數(shù)對象,My_function 的數(shù)據(jù)成員都可以正確的初始化了。

如我們所見,在 My_function 中,使用了很多技巧和輔助類,以使得 My_funtion 可以獲取在內(nèi)部保存下函數(shù)指針或是函數(shù)對象,并在需要的時(shí)候,調(diào)用它們。函數(shù)指針或是函數(shù)對象,一旦賦值給 My_funtion,在外部看來,便失去了原來的“類型”信息,而只剩下一個(gè)共性——可以調(diào)用(callable)

這兩個(gè)例子已經(jīng)向你大概展示了 C++ 的“類型擦除”,最后,再補(bǔ)充一下我的理解:C++中所說的“類型擦除”不是有“標(biāo)準(zhǔn)實(shí)現(xiàn)”的一種“技術(shù)”(像 CRTP 或是 Trais 技術(shù)那樣有明顯的實(shí)現(xiàn)“規(guī)律”),而更像是從使用者角度而言的一種“行為模式”。比如對于一個(gè) boost::function 對象來說,你可以用函數(shù)指針和函數(shù)對象來對它賦值,從使用者的角度看起來,就好像在賦值的過程中,funtion pointer 和 functor 自身的類型信息被抹去了一樣,它們都被“剝離成”成了boost::function 對象的類型,只保留了“可以調(diào)用”這么一個(gè)共性,而 boost::any ,則只保留各種類型的“type查詢”和“復(fù)制”能力這兩個(gè)“共性”,其它類型信息一概抹掉。這種“類型擦除”并不是真正的語言層面擦除的,正如我們已經(jīng)看到的,這一切仍然是在 C++ 的類型檢查系統(tǒng)中工作,維持著類型安全上的優(yōu)點(diǎn)。

posted on 2009-12-10 23:05 唐風(fēng) 閱讀(2627) 評論(9)  編輯 收藏 引用 所屬分類: 語言技術(shù)

評論

# re: C++中的類型擦除(type erasure in c++) 2009-12-11 09:00 Touchsoft
學(xué)習(xí)了……  回復(fù)  更多評論
  

# re: C++中的類型擦除(type erasure in c++) 2009-12-11 09:14 崇文
做個(gè)標(biāo)記,等看到這章的時(shí)候再來看,目前只看到第五章呢。  回復(fù)  更多評論
  

# re: C++中的類型擦除(type erasure in c++) 2009-12-11 13:21 Vitacy.Tan
union any_callable {
void (*fun_prt) (); // 函數(shù)指針
void * fun_obj; // 函數(shù)對象
};
不用分開對待,直接void * fun就行了.函數(shù)可以直接當(dāng)對象使用.
template <typename R,typename F>
class callable
{
public:
static R call(void * fun){
return (*static_cast<F *>(fun))();
}
static void destory(void *fun){
delete static_cast<F*>(fun);
}
};
template <typename R>
class function
{
public:
R operator () (){
return (*m_call)(m_fun);
}
template <typename T>
void operator=(T fun){
m_fun = static_cast<void *>(new T(fun));
m_call=callable<R,T>::call;
m_destory=callable<R,T>::destory;
}
template <typename T>
R call(){
(*static_cast<T *>(m_fun))();
}
~function(){
(*m_destory)(m_fun);
}
private:
void * m_fun;
R (*m_call)(void *);
void (*m_destory)(void *);
};
  回復(fù)  更多評論
  

# re: C++中的類型擦除(type erasure in c++) 2009-12-12 10:50 唐風(fēng)
@Vitacy.Tan
嗯,試過了你的代碼,確實(shí)在我的例子的情況下,你的做法沒有問題而且更簡潔。呵,說真的,第一次看到 new 一個(gè) function pointer 對象,有點(diǎn)詫異。后來想通了,function pointer 也不過就是一個(gè) pointer 而已。
但 boost::function 中確實(shí)對兩者進(jìn)行了區(qū)分對待,而且考慮了更多的情況情況:
/**
       * A buffer used to store small function objects in
       * boost::function. It is a union containing function pointers,
       * object pointers, and a structure that resembles a bound
       * member function pointer.
       
*/

      union function_buffer
      
{
        
// For pointers to function objects
        mutable void* obj_ptr;

        
// For pointers to std::type_info objects
        struct type_t {
          
// (get_functor_type_tag, check_functor_type_tag).
          const BOOST_FUNCTION_STD_NS::type_info* type;

          
// Whether the type is const-qualified.
          bool const_qualified;
          
// Whether the type is volatile-qualified.
          bool volatile_qualified;
        }
 type;

        
// For function pointers of all kinds
        mutable void (*func_ptr)();

        
// For bound member pointers
        struct bound_memfunc_ptr_t {
          
void (X::*memfunc_ptr)(int);
          
void* obj_ptr;
        }
 bound_memfunc_ptr;

        
// For references to function objects. We explicitly keep
        
// track of the cv-qualifiers on the object referenced.
        struct obj_ref_t {
          mutable 
void* obj_ptr;
          
bool is_const_qualified;
          
bool is_volatile_qualified;
        }
 obj_ref;

        
// To relax aliasing constraints
        mutable char data;
      }
;

在下淺薄,不能完全明白其中的道理,還請路過高人指點(diǎn)。
 

 
  回復(fù)  更多評論
  

# re: C++中的類型擦除(type erasure in c++) 2009-12-13 11:53 唐風(fēng)
@Vitacy.Tan
在網(wǎng)上找了一下相關(guān)的資料,發(fā)現(xiàn)這個(gè)問題其實(shí)已經(jīng)有了比較多的“討論”,還有專門論述的文章:
http://www.safercode.com/blog/2008/11/25/generic-function-pointers-in-c-and-void.html

簡而言之,就是:
不能 void* 和 void(*f)() 合并成一個(gè),原因是對于 C 標(biāo)準(zhǔn)而言,這兩個(gè)“東西”并不保證一致,函數(shù)指針的大小可能比 void* (也就是指向數(shù)據(jù)的指針大小要大),可能會包含更多的信息,如果在這之間進(jìn)行轉(zhuǎn)換的話,在某些平臺會產(chǎn)生未定義的行為(在 Windows 平臺下,這樣做是沒問題的,參考http://stackoverflow.com/questions/1867698/casting-a-void-pointer-data-to-a-function-pointer 中的回復(fù))。因此,這么做是為了可移植性的考慮。

相關(guān)原文如下:
Why can’t we use void* for a Generic Function Pointer?
This is because a void* is a pointer to a generic “data” type. A void * is used to denote pointers to objects and in some systems, pointers to functions can be larger than pointers to objects. So, if you convert amongst them, you’ll lose information and hence, the situation would be undefined and implementation dependent. Most compilers won’t even warn you if you convert between them but some might error out, if you try to call such a void * to function pointer converted. But even they might fail to alert you, if you take care of typecasting the call perfectly (Enclose in parentheses before function call brackets). And then, one fine day, you’ll try to compile and run your program on one of the aforementioned systems, and then keep on wondering why your program segfaults.

Note: C++ does allow this “conditionally” which means that such a conversion is allowed but a compiler is not bound to implement this feature, which again makes its usage circumspect.

另外,我還是不太明白,function pointer 可能攜帶的其它信息是什么,呵呵,再查查嘍。

謝謝 Vitacy.Tan 的回復(fù),讓我能更深入的了解這方面的知識。
嗯,有人能參與討論就是好啊,希望大家多指點(diǎn)。



  回復(fù)  更多評論
  

# re: C++中的類型擦除(type erasure in c++) 2009-12-13 12:05 唐風(fēng)
@Vitacy.Tan
話又說回來,在你的做法中,并沒有直接在 function pointer 和 void* 之間進(jìn)行轉(zhuǎn)型,而是為 function pointer 創(chuàng)建(new)了一個(gè)對象,賦給 void*,這樣做我感覺是沒有問題的,這時(shí)候 void* 指向的仍然是一個(gè)“對象”,呵呵。
但這么做可能在“效率”上不如直接備份 function pointer 。畢竟,創(chuàng)建時(shí)候的 new 和調(diào)用時(shí)的轉(zhuǎn)型加最后的 delete,都比直接存 function pointer 負(fù)擔(dān)大。但這樣做獲得了代碼上的一致性,我倒是挺喜歡的,呵呵(如果確實(shí)沒有“我所不知道的問題的話”)。
  回復(fù)  更多評論
  

# re: C++中的類型擦除(type erasure in c++) 2009-12-14 11:16 Vitacy.Tan
function pointer 可能攜帶的其它信息是什么
參數(shù)個(gè)數(shù) 類型 還有像int a(int b=1);
在C++里參數(shù)個(gè)數(shù) 類型在函數(shù)名里(指針好像也沒這個(gè)),默認(rèn)參數(shù)可以重載解決
  回復(fù)  更多評論
  

# re: C++中的類型擦除(type erasure in c++) 2009-12-17 10:45 U2U
很感謝你這篇文章,寫得很好!  回復(fù)  更多評論
  

# re: C++中的類型擦除(type erasure in c++) 2009-12-18 07:38 欲三更
恩,上面那個(gè)回復(fù)里用“指針的指針”規(guī)避對象指針和函數(shù)指針的大小不一樣這一點(diǎn),挺好的。  回復(fù)  更多評論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
              久久久久久亚洲精品中文字幕| 欧美日精品一区视频| 9色国产精品| 欧美成人dvd在线视频| 亚洲欧美视频在线观看| 亚洲麻豆国产自偷在线| 国产日韩一区欧美| 欧美视频在线视频| 欧美激情91| 免费一级欧美片在线播放| 欧美韩国在线| 久久久久久穴| 日韩视频在线你懂得| 伊大人香蕉综合8在线视| 国产精品制服诱惑| 国产精品久久久久天堂| 欧美日韩亚洲一区二区| 午夜在线播放视频欧美| 在线一区视频| 亚洲精品一区二区三区在线观看| 亚洲欧美日韩成人| 亚洲一区二区视频| 影音先锋欧美精品| 欧美日韩福利在线观看| 男人插女人欧美| 美女日韩欧美| 欧美www在线| 免费成人小视频| 蜜臀av在线播放一区二区三区| 夜夜嗨av色综合久久久综合网 | 久久av一区二区三区| 亚洲一区二区三区成人在线视频精品 | 一级成人国产| 日韩视频在线免费| 一本综合精品| 亚洲性视频网站| 午夜国产一区| 久久国产天堂福利天堂| 久久国产婷婷国产香蕉| 久久久噜噜噜久噜久久| 久久久久久久久久看片| 美女诱惑一区| 欧美日韩国产精品一卡| 国产精品久久久久一区| 国产伦精品一区二区三区免费| 欧美激情精品久久久久| 久久国产99| 美女成人午夜| 欧美日本高清视频| 国产精品爱久久久久久久| 欧美xxxx在线观看| 欧美日韩国产在线一区| 国产精品xxxav免费视频| 国产区精品视频| 欧美日韩国产不卡| 欧美成人免费全部| 欧美日韩免费观看一区| 国产精品自拍网站| 亚洲国产福利在线| 中文久久精品| 久久国产精品99精品国产| 亚洲一区二区三区四区在线观看| 亚洲日本电影在线| 亚洲欧美高清| 老司机久久99久久精品播放免费| 欧美一区二区在线免费观看| 久久亚洲精选| 亚洲国产老妈| 欧美成人嫩草网站| 99精品欧美一区二区蜜桃免费| 亚洲国产欧美一区| 亚洲一区www| 久久久噜久噜久久综合| 欧美日韩在线综合| 一区二区三区在线高清| 正在播放欧美一区| 久久久亚洲高清| 亚洲精品一区二区三区99| 亚洲精品久久久一区二区三区| 欧美激情网友自拍| 欧美黄免费看| 亚洲欧美中文在线视频| 欧美 亚欧 日韩视频在线| 国产精品永久免费在线| 国产视频一区二区在线观看| 最新日韩精品| 久久精品99| 亚洲久久一区| 中文精品99久久国产香蕉| 久久免费精品视频| 国产精品视频精品视频| 国产日产精品一区二区三区四区的观看方式 | 欧美三级电影精品| 亚洲国产激情| 久久精品系列| 亚洲天堂av图片| 欧美精品1区| 伊人夜夜躁av伊人久久| 香蕉免费一区二区三区在线观看| 久久精品99国产精品酒店日本| 久色婷婷小香蕉久久| 亚洲少妇诱惑| 欧美另类专区| 亚洲激情av| 老巨人导航500精品| 亚洲一级免费视频| 欧美日韩日本国产亚洲在线| 亚洲日本中文字幕免费在线不卡| 亚洲一区二区三区中文字幕在线 | 国产精品日韩一区| 国产在线一区二区三区四区| 亚洲资源av| 一本色道久久综合亚洲精品高清 | 男女激情久久| 久久久91精品国产| 国内精品久久久久国产盗摄免费观看完整版| 激情丁香综合| 久久人人97超碰精品888| 亚洲自拍偷拍色片视频| 国产精品久久久久久超碰| 一区二区欧美视频| 亚洲免费av观看| 欧美日韩一区二区在线观看| 亚洲区第一页| 亚洲国产综合91精品麻豆| 亚洲欧美国产毛片在线| 国产精品久久久久影院色老大| 亚洲电影免费观看高清完整版在线观看 | 在线视频日韩精品| 欧美日本国产| 亚洲一区二区视频| 免费在线观看日韩欧美| 久久久噜噜噜久久久| 国产精品va在线播放| 亚洲欧美日韩一区二区在线 | 欧美系列精品| 亚洲欧美日韩一区二区三区在线观看| 美女精品视频一区| 久久免费视频这里只有精品| 国产精品99一区| 亚洲人成啪啪网站| 亚洲欧洲视频| 国产精品a久久久久| 午夜在线一区| 夜久久久久久| 国产婷婷色一区二区三区| 久久综合狠狠综合久久综青草| 亚洲一区二区三区精品在线 | 激情五月婷婷综合| 欧美成人三级在线| 欧美精品18+| 午夜久久一区| 久久精品视频播放| 亚洲精品欧美精品| 中文在线一区| 欧美性大战久久久久久久| 欧美在线播放一区二区| 久久久久国产一区二区| 91久久精品久久国产性色也91| 久久久久免费观看| 女人色偷偷aa久久天堂| 中日韩美女免费视频网站在线观看| 欧美激情视频一区二区三区免费| 久久精品一本| 韩国av一区二区三区在线观看| 午夜影视日本亚洲欧洲精品| 久久精品国产清高在天天线| 亚洲欧洲日本一区二区三区| 欧美大片国产精品| 欧美午夜精品久久久| 久久亚洲免费| 欧美日韩一区二区在线视频| 99热这里只有精品8| 最新亚洲视频| 国产丝袜一区二区三区| 亚洲三级电影全部在线观看高清| 欧美成人性生活| 欧美在线观看视频一区二区| 午夜精品久久久久久久男人的天堂 | 欧美韩国在线| 亚洲视频在线一区| 亚洲看片网站| 狠狠综合久久av一区二区老牛| 久久精品夜色噜噜亚洲a∨| 欧美承认网站| 久久久久综合一区二区三区| 欧美日本一区| 亚洲欧美卡通另类91av| 蜜桃av一区二区三区| 欧美在线观看天堂一区二区三区| 欧美一区二区在线观看| 亚洲视频免费观看| 美女精品网站| 久久夜色精品国产亚洲aⅴ| 久久久久久精| 亚洲精品日韩在线观看| 久久经典综合| 午夜亚洲伦理| 欧美色精品天天在线观看视频| 欧美亚洲综合网|