• <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>

            醬壇子

            專(zhuān)注C++技術(shù) 在這里寫(xiě)下自己的學(xué)習(xí)心得 感悟 和大家討論 共同進(jìn)步(歡迎批評(píng)?。。。?/p>

              C++博客 :: 首頁(yè) :: 聯(lián)系 :: 聚合  :: 管理
              66 Posts :: 16 Stories :: 236 Comments :: 0 Trackbacks

            公告

            王一偉 湖南商學(xué)院畢業(yè) 電子信息工程專(zhuān)業(yè)

            常用鏈接

            留言簿(19)

            我參與的團(tuán)隊(duì)

            搜索

            •  

            積分與排名

            • 積分 - 387044
            • 排名 - 64

            最新隨筆

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            被誤解的C++——優(yōu)化variant實(shí)現(xiàn)

             
            所屬分類(lèi):C/C++ C++ 語(yǔ)言
            -----------------------------------------

            優(yōu)化variant實(shí)現(xiàn)
            上一次,我大概制作了一個(gè)variant類(lèi)型,并設(shè)法賦予這個(gè)類(lèi)型同C++內(nèi)置類(lèi)型幾乎一樣的行為。但是,具體實(shí)現(xiàn)起來(lái),倒是有點(diǎn)望而生畏。想想看,如果我的variant需要包容5種類(lèi)型,那么單單一個(gè)操作符,就需要5×5+1=26個(gè)操作符重載(那單獨(dú)一個(gè)是variant類(lèi)型操作數(shù)的重載)。所有二元操作符都是如此。
            通過(guò)蠻力來(lái)實(shí)現(xiàn)variant,盡管可能,但著實(shí)愚蠢。我們必須尋找更簡(jiǎn)單有效的實(shí)現(xiàn)途徑,避免為了一個(gè)“屁眼大的”variant(請(qǐng)?jiān)徫艺f(shuō)粗話)寫(xiě)上幾萬(wàn)行代碼,而且這些代碼就像一窩小豬仔那樣相像。好在C++為我們提供了充足的現(xiàn)代武器,使我們擁有足夠的火力擺平這些問(wèn)題。
            讓我們先從操作數(shù)都是variant的二元操作符入手:
            variant  operator+( const variant& v1, const variant& v2) {…}

            簡(jiǎn)單起見(jiàn),先考察operator+的實(shí)現(xiàn),然后擴(kuò)展到其他操作符。
            由于操作數(shù)是variant類(lèi)型,那么它們可能代表不同的類(lèi)型。我們必須知道操作數(shù)的實(shí)際類(lèi)型,才能對(duì)其實(shí)施相應(yīng)的+操作。最傳統(tǒng)的辦法就是使用switch:
            variant operator+(const variant& v1, const variant& v2) {
            switch(v1.get_type_code())
            {
            case vt_double:
            switch(v2.get_type_code())
            {
            case vt_double:
            …;
            break;

            }
            case vt_int:
            switch(v2.get_type_code())
            {
            case vt_double:
            …;
            break;

            }

            }
            }
            好家伙,又是一個(gè)組合爆炸。一步步來(lái),我們先來(lái)處理這堆討人嫌的switch…case…。一般而言,對(duì)于一個(gè)函數(shù)(操作符)內(nèi)的的大量分派操作,可以使用包含函數(shù)指針的數(shù)組或者容器替代。如果標(biāo)記值(這里的vt_...)是連續(xù)的,可以直接使用數(shù)組;如果標(biāo)記值不連續(xù),可以使用關(guān)聯(lián)容器。這里vt_...是連續(xù)的,所以用數(shù)組比較方便:
            typedef variant (*add_op_t)(const variant& v1, const variant& v2);
            add_op_t tbl_type_ops[3][3];//函數(shù)指針表,假設(shè)variant對(duì)應(yīng)三種類(lèi)型
            variant add_op_double_double(const variant& v1, const variant& v2){…}
            variant add_op_double_int(const variant& v1, const variant& v2){…}

            variant add_op_int_double(const variant& v1, const variant& v2){…}

            tbl_type_ops [vt_double][vt_double]=add_op_double_double;
            tbl_type_ops [vt_double][vt_int]=add_op_double_int;

            variant operator+(const variant& v1, const variant& v2) {
            returntbl_type_ops [v1.get_type_code()][v2.get_type_code](v1, v2);
            }
            operator+的代碼是簡(jiǎn)單了,但是它的代碼實(shí)際上轉(zhuǎn)嫁到每個(gè)專(zhuān)用操作函數(shù)add_op_...上去了。并沒(méi)有簡(jiǎn)化多少。下一步,我們來(lái)處理這些add_op_...:
            template<typename VT1, typename VT2>
            variant add_op(const variant& v1, const variant&v2) {
            throwexception(string(“cannot add type ”)+typeid(VT1).typename()
            +”to”+typeid(VT2).typename());
            }//主函數(shù)模板,對(duì)應(yīng)不兼容類(lèi)型的操作。拋出異常。
            template<>
            variant<double, double> add_op(const variant& v1, const variant&v2) {
            returnvariant(v1.dbval+v2.dbval);
            }//針對(duì)double+double的操作

            tbl_type_ops [vt_double][vt_double]=add_op<double, double>;
            tbl_type_ops [vt_double][vt_int]=add_op<double,int>;

            利用函數(shù)模板,及其特化,消化掉一部分的冗余代碼。利用主函數(shù)模板實(shí)現(xiàn)所有不能互操作的類(lèi)型操作,而可操作的類(lèi)型則使用特化的模板實(shí)現(xiàn)。當(dāng)然,冗余代碼還是存在,這部分我們一會(huì)兒再處理。先來(lái)看看tbl_type_ops的填充。這部分代碼也存在組合爆炸。為消除這個(gè)問(wèn)題,我請(qǐng)出了模板元編程(TMP)。當(dāng)然,我沒(méi)有那么好的本事去直接倒騰TMP,我“借用”了boost::mpl::vector來(lái)實(shí)現(xiàn)這步優(yōu)化:
            //使用mpl::vector存放variant包容的類(lèi)型
            typedef boost::mpl::vector<double, int, string>op_types;
            const int n_types=boost::mpl::size<op_types>::value;
            //操作函數(shù)指針表
            typedef variant (*add_op_t)(const variant& v1, const variant& v2);
            add_op_t tbl_type_ops[n_types][n_types];
            //填充函數(shù)指針表單個(gè)元素
            template<int m, int n>
            inline void set_tbl_type() {
            typedefmpl::deref<mpl::advance<mpl::begin<op_types>::type, 
            mpl::int_<m> >::type>::typetype_1;
            typedefmpl::deref<mpl::advance<mpl::begin<op_types>::type, 
            mpl::int_<n> >::type>::typetype_2;

            tbl_type_ops [m][n]=add_op<type_1, type_2>;
            }
            //填充函數(shù)指針表單元的函數(shù)對(duì)象類(lèi)
            template<int m, int n>
            struct fill_tbl_types_n
            {
            void operator()() {
            set_tbl_type<m-1, n-1>();//填充函數(shù)指針單元
            fill_tbl_types_n<m, n-1>()();//遞歸
            }
            };
            template<int m>
            struct fill_tbl_types_n<m, 0>//特化,遞歸結(jié)束
            {
            void operator()() {}
            };
            //填充函數(shù)指針表行的函數(shù)對(duì)象類(lèi)
            template<int m, int n>
            struct fill_tbl_types_m
            {
            void operator()() {
            fill_tbl_types_n<m, n>()();//創(chuàng)建并調(diào)用fill_tbl_types_n函數(shù)對(duì)象
            fill_tbl_types_m<m-1, n>()();//遞歸
            }
            };
            template<int n>
            struct fill_tbl_types_m<0, n>//特化,遞歸結(jié)束
            {
            void operator()() {}
            };
            void fill_tbl_op() {
            fill_tbl_types_m<n_types, n_types>()();
            }
            這里運(yùn)用函數(shù)對(duì)象類(lèi)模板的特化,構(gòu)造了函數(shù)指針表的填充自動(dòng)函數(shù)。在需要時(shí),只需調(diào)用fill_tbl_op()函數(shù)即可。該函數(shù)中創(chuàng)建fill_tbl_types_m<n_types, n_types>函數(shù)對(duì)象,然后調(diào)用。這個(gè)函數(shù)對(duì)象的operator()首先創(chuàng)建并調(diào)用fill_tbl_types_n<m, n>函數(shù)對(duì)象。后者先調(diào)用set_tbl_type<m-1, n-1>模板函數(shù),執(zhí)行填充tbl_type_op數(shù)組的[m-1, n-1]單元格。然后遞歸調(diào)用fill_tbl_types_n<m, n-1>函數(shù)對(duì)象。直到n-1==0,編譯器便會(huì)選擇特化版本的fill_tbl_types_n<m, 0>函數(shù)對(duì)象。該特化的operator()操作符重載是空的,因此遞歸結(jié)束。這樣完成一行的填充。然后,fill_tbl_types_m<m, n>則遞歸調(diào)用fill_tbl_types_m<m-1, n>函數(shù)對(duì)象,填充下一行。直到調(diào)用fill_tbl_types_m<0, n>特化版本,結(jié)束遞歸。
            現(xiàn)在需要仔細(xì)看一下set_tbl_type<>函數(shù)模板。該模板上來(lái)就是兩個(gè)typedef。這兩個(gè)typedef創(chuàng)建了兩個(gè)類(lèi)型別名,分別用m和n做索引,從boost::mpl::vector<double, int, string>中取出相應(yīng)的類(lèi)型:
            typedefmpl::deref<mpl::advance<mpl::begin<op_types>::type, 
            mpl::int_<m> >::type>::typetype_1;

            頭暈是吧。我的頭還有點(diǎn)暈?zāi)?。這就是模板元編程,不停地鼓搗類(lèi)型。具體的操作可以參考boost文檔或《The Template Meta-programming》一書(shū),我這里就不多說(shuō)了,反正就是從一個(gè)存放類(lèi)型的vector中取出所需的類(lèi)型。
            這樣獲得的兩個(gè)類(lèi)型用來(lái)實(shí)例化add_op<>()模板函數(shù),并且填充到tbl_type_ops[m][n]元素中。
            這樣,利用TMP和GP兩種強(qiáng)大的機(jī)制,消除了tbl_type_ops填充的組合爆炸問(wèn)題。如果我們需要向variant中加入新的類(lèi)型,那么只需在mpl::vector<double, int, string>中直接加入類(lèi)型即可:
            typedef mpl::vector<double, int, string, bool, datetime>op_types;
            OK,下面回過(guò)頭,來(lái)處理add_op<>中存在的組合爆炸。對(duì)于每一對(duì)可以直接或間接相加的類(lèi)型,都需要做一個(gè)add_op<>的特化版本。這當(dāng)然不夠好。我們可以進(jìn)一步抽象add_op,然后加以優(yōu)化。我把整個(gè)add_op<>模板改寫(xiě)成如下代碼:
            template<typename VT1, typename VT2>
            variant add_op(const variant& v1, const variant& v2) {
            typedeftype_ret<VT1, VT2>::typeRetT;
            returnvariant(v1.operator RetT()+v2.operator RetT());
            }
            這里,我首先利用type_ret模板(模板元函數(shù))獲得兩個(gè)操作數(shù)相加后應(yīng)有的返回類(lèi)型。這個(gè)模板一會(huì)說(shuō)明。然后,調(diào)用variant上的類(lèi)型轉(zhuǎn)換操作符,將兩個(gè)操作數(shù)轉(zhuǎn)換成返回類(lèi)型。最后相加,并創(chuàng)建返回variant對(duì)象。代碼非常簡(jiǎn)單,沒(méi)法再簡(jiǎn)單了。
            再來(lái)看看type_ret<>:
            template<typename T1, typename T2>
            struct type_ret
            {
            typedefT1type;
            };
            template<>
            struct type_ret<int, double>
            {
            typedefdoubletype;
            };
            template<>
            struct type_ret<string, double>
            {
            typedefdoubletype;
            };
            …//其他類(lèi)型對(duì)的返回類(lèi)型
            type_ret<>是典型的模板元函數(shù),沒(méi)有任何實(shí)際代碼,只有編譯時(shí)計(jì)算的typedef。主模板將第一個(gè)類(lèi)型參數(shù)typedef出一個(gè)別名。其后的模板特化對(duì)于一些特殊的情況做出定義,如int和double相加返回第二個(gè)操作數(shù)類(lèi)型double(即所謂的類(lèi)型提升)。
            我們現(xiàn)在已經(jīng)優(yōu)化了variant+varint的代碼?,F(xiàn)在來(lái)看看如何優(yōu)化variant類(lèi)型和其他類(lèi)型的加法:
            template<typename T>
            variant operator+(const variant& v1, const T& v2) {
            returnv1+variant(v2);
            }
            template<typename T>
            variant operator+(const T& v1, const variant& v2) {
            returnvariant(v1)+v2;
            }
            這非常簡(jiǎn)單,直接利用了variant+variant,將其它類(lèi)型的操作數(shù)轉(zhuǎn)換成variant類(lèi)型,然后相加。


            ----------------------------------------------------------------------

            好,加法完成了。但還有其他操作符。每個(gè)操作符都做那么一個(gè)函數(shù)指針表,也不見(jiàn)得高明到哪里去。現(xiàn)在需要整合優(yōu)化這些操作符。這里,我想到了兩種方法:一種是將函數(shù)指針表和填充操作整個(gè)地封裝在一個(gè)模板中,模板參數(shù)采用int op形式。每一種操作符對(duì)應(yīng)一個(gè)整數(shù)(或枚舉值),并利用某種手段(如singleton)唯一生成一組全局的函數(shù)表,以此處理每一種操作。另一種方法是為函數(shù)指針表加一個(gè)維度(二維擴(kuò)展到三維),新的維度對(duì)應(yīng)不同的操作符。前一種方法靈活性強(qiáng)些,而且有利于性能優(yōu)化;而后一種方法實(shí)現(xiàn)簡(jiǎn)單。這里我使用后一種方法:
            enum
            {
            vt_op_add=0,
            vt_op_add_assign=1,
            vt_op_equal=2,
            vt_op_not_equal=3

            };
            const int vt_op_num=10;

            template<typename T, int op>
            struct var_op;

            template<typename T>
            struct var_op<T, vt_op_add>
            {
            T operator()(const T& v1, const T& v2) {
            returnv1+v1;
            }
            }

            template<typename T>
            struct var_op<T, vt_op_equal>
            {
            bool operator()(const T& v1, const T& v2) {
            returnv1==v1;
            }
            }

            template<typename VT1, typename VT2, int op>
            variant variant_op(const variant& v1, const variant& v2) {
            typedeftype_ret<VT1, VT2>::typeRetT;
            returnvariant(var_op<RetT,op>()(v1.operator RetT()+v2.operator RetT()));
            }
            我使用了一個(gè)函數(shù)對(duì)象模板var_op<>抽象各種算法(二元)。針對(duì)每一種運(yùn)算符特化。抽象的variant_op函數(shù)模板實(shí)例化var_op<>,然后調(diào)用。獲得相應(yīng)的操作。
            觀察variant_op的模板參數(shù),會(huì)發(fā)現(xiàn)已經(jīng)包含了一個(gè)操作的基本要素。(眼下這個(gè)形式正好符合逆波蘭表達(dá)式)。
            接下來(lái),只需將函數(shù)指針數(shù)組,及其填充算法加以擴(kuò)展,便可大功告成:
            add_op_t tbl_type_ops[n_types][n_types][vt_op_num];
            //填充函數(shù)指針表單個(gè)元素
            template<int m, int n, int op>
            inline void set_tbl_type() {
            typedefmpl::deref<mpl::advance<mpl::begin<op_types>::type, 
            mpl::int_<m> >::type>::typetype_1;
            typedefmpl::deref<mpl::advance<mpl::begin<op_types>::type, 
            mpl::int_<n> >::type>::typetype_2;

            tbl_type_ops [m][n][op]=add_op<type_1, type_2, op>;
            }

            template<int m, int n, int op>
            struct fill_tbl_types_op
            {
            void operator()() {
            set_tbl_type<m-1, n-1, op-1>();
            fill_tbl_types_op<m, n, op-1>()();//遞歸
            }
            };
            template<int m, int n>
            struct fill_tbl_types_op<m, n, 0>//特化,遞歸結(jié)束
            {
            void operator()(){}
            }

            template<int m, int n, int op>
            struct fill_tbl_types_n
            {
            void operator()() {
            fill_tbl_types_op<m, n, op>();
            fill_tbl_types_n<m, n-1, op>()();//遞歸
            }
            };
            template<int m, int op>
            struct fill_tbl_types_n<m, 0, op>//特化,遞歸結(jié)束
            {
            void operator()() {}
            };

            template<int m, int n, int op>
            struct fill_tbl_types_m
            {
            void operator()() {
            fill_tbl_types_n<m, n, op>()();
            fill_tbl_types_m<m-1, n, op>()();//遞歸
            }
            };
            template<int n, int op>
            struct fill_tbl_types_m<0, n, op>//特化,遞歸結(jié)束
            {
            void operator()() {}
            };

            void fill_tbl_op() {
            fill_tbl_types_m<n_types, n_types, vt_op_num>()();
            }

            template<typename RetT, int op>
            struct var_oper
            {
            RetT operator()(const variant& v1, const variant& v2) {
            returntbl_type_ops [v1.get_type_code()][v2.get_type_code]
            [op](v1, v2).operator RetT();
            }
            template<int op>
            struct var_oper<variant, op>
            {
            variant operator()(const variant& v1, const variant& v2) {
            returntbl_type_ops [v1.get_type_code()][v2.get_type_code]
            [op](v1, v2);
            }
            于是操作符的實(shí)現(xiàn),成了以下形式:
            variant operator+(const variant& v1, const variant& v2) {
            returnvar_oper<variant, vt_op_add>(v1, v2);
            }
            bool operator==(const variant& v1, const variant& v2) {
            returnvar_oper<bool, vt_op_equal>(v1, v2);
            }

            如果還覺(jué)得復(fù)雜,那么可以進(jìn)一步使用宏做一些包裝。
            好了,variant的優(yōu)化基本上完成了。當(dāng)然還會(huì)有一些方面值得我們?nèi)ミM(jìn)一步地優(yōu)化,比如可以利用boost的type traits和標(biāo)準(zhǔn)庫(kù)的limit優(yōu)化type_ret模板的實(shí)現(xiàn)和類(lèi)型轉(zhuǎn)換操作的實(shí)現(xiàn)等等。這里不再贅述。
            需要說(shuō)明的是,整個(gè)優(yōu)化僅僅針對(duì)代碼,并未考慮性能問(wèn)題。在優(yōu)化的過(guò)程中,某些手法的使用實(shí)際上降低的性能。比如函數(shù)指針表存在間接調(diào)用,不如直接使用inline函數(shù)來(lái)的高效。而且,函數(shù)指針表要求所有指向的函數(shù)必須以相同的類(lèi)型返回。為了兼容+、-等操作,我使用了值返回。但對(duì)于+=等操作符完全可以利用引用返回,以提升性能。如果要解決這種問(wèn)題,需要用前面提到的模板封裝函數(shù)指針表的方案,為每一個(gè)操作符創(chuàng)建一個(gè)函數(shù)指針表加以解決。
            另一個(gè)性能問(wèn)題主要是在variant與其它類(lèi)型的操作中,其它類(lèi)型轉(zhuǎn)換成variant類(lèi)型然后再計(jì)算。比起直接使用目標(biāo)類(lèi)型計(jì)算慢不少。這個(gè)問(wèn)題也可以利用GP和TMP消除,但代碼會(huì)復(fù)雜不少。
            理論上,利用inline和編譯器優(yōu)化,可以消除大部分性能問(wèn)題。但不是所有的,函數(shù)指針表的間接調(diào)用,是無(wú)論如何也優(yōu)化不掉的。
            此外,我在實(shí)現(xiàn)函數(shù)指針表的構(gòu)造算法時(shí),沒(méi)有使用函數(shù)模板,而是使用了函數(shù)對(duì)象模板(重載operator()的模板)。這是因?yàn)楹瘮?shù)模板目前不能局部特化,而這里是必須的。另一方面,由于使用了遞歸,函數(shù)模板無(wú)法做到inline(),而使用函數(shù)對(duì)象模板則不會(huì)有此限制。表達(dá)式fill_tbl_types_m()();最終(優(yōu)化)編譯后的結(jié)果會(huì)是這樣(偽碼):
            tbl_type_ops [2][2][0]=add_op<string, string, 0>;
            tbl_type_ops [2][1][0]=add_op<string, int, 0>;

            tbl_type_ops [1][2][0]=add_op<int, string, 0>;

            遞歸和函數(shù)對(duì)象的調(diào)用沒(méi)有了,完全inline化了。inline函數(shù)有時(shí)卻無(wú)法做到這一點(diǎn)。而fill_tbl_types_op等模板實(shí)際上起到了代碼生成器的作用。這也是GP的一個(gè)鮮為人知的功能。如果你有一大堆代碼需要編寫(xiě),而這些代碼有很強(qiáng)的規(guī)律性和重復(fù)性,那么請(qǐng)優(yōu)先考慮使用模板來(lái)為你生成代碼,又快又好。
            該總結(jié)了。如果審視一些代碼,會(huì)發(fā)現(xiàn)只要存在重復(fù)和規(guī)律性,我們總能利用一些技術(shù)和方法加以優(yōu)化,減少代碼量,簡(jiǎn)化代碼結(jié)構(gòu),減少潛在錯(cuò)誤,最終提高開(kāi)發(fā)效率。這里,我使用了C++的泛型編程和模板元編程技術(shù),大幅優(yōu)化了variant類(lèi)型中的大量冗余代碼。并且為variant類(lèi)型構(gòu)建了一個(gè)靈活,而又易于擴(kuò)充的結(jié)構(gòu)。此類(lèi)技術(shù)有很廣的應(yīng)用,不僅僅局限在variant這種底層構(gòu)件中。相關(guān)的一個(gè)應(yīng)用就是構(gòu)造抽象類(lèi)工廠,在《Modren C++ Design》一書(shū)中,有很完整的案例。
            此外,這類(lèi)技術(shù)對(duì)于調(diào)和運(yùn)行時(shí)多態(tài)(OOP)和編譯時(shí)多態(tài)(GP)的矛盾有很大的作用。variant只有在運(yùn)行時(shí)方能確定其具體的類(lèi)型,而C++的模板只能提供編譯時(shí)的GP。我利用函數(shù)指針數(shù)組(當(dāng)然在更復(fù)雜的應(yīng)用中,可以利用OOP的動(dòng)多態(tài)機(jī)制),實(shí)現(xiàn)運(yùn)行時(shí)分派操作。而利用GP和TMP大幅簡(jiǎn)化函數(shù)指針數(shù)組、操作實(shí)現(xiàn)函數(shù),以及操作符的構(gòu)造。這些技術(shù)和方法可以在大多數(shù)需要運(yùn)行時(shí)多態(tài),但又存在大量重復(fù)或雷同代碼的地方得以應(yīng)用。

            posted on 2007-10-09 22:35 @王一偉 閱讀(3791) 評(píng)論(0)  編輯 收藏 引用

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


            中文字幕亚洲综合久久2| 中文字幕成人精品久久不卡| 久久久精品午夜免费不卡| 久久大香萑太香蕉av| 久久无码AV中文出轨人妻| 国产99久久久久久免费看| 久久久久久毛片免费播放| 一本色道久久88精品综合| 亚洲日本久久久午夜精品| 久久性精品| 久久久久亚洲精品男人的天堂| 亚洲国产精品热久久| 2020最新久久久视精品爱| 国内精品久久久久影院免费| 精品久久8x国产免费观看| 国产午夜福利精品久久2021| 欧美午夜精品久久久久免费视| 久久精品国产色蜜蜜麻豆| 精品久久久无码人妻中文字幕| 国内精品久久久久久久久电影网 | 国产成人久久激情91| 久久精品国产99久久久| 久久天天躁狠狠躁夜夜avapp| 久久天天躁狠狠躁夜夜网站 | 久久精品亚洲精品国产色婷 | AAA级久久久精品无码片| 久久精品国产亚洲av水果派| 精品无码久久久久久尤物| 精品蜜臀久久久久99网站| 大蕉久久伊人中文字幕| 久久久久99精品成人片| 热99RE久久精品这里都是精品免费| 麻豆av久久av盛宴av| 国产精品99久久精品| 久久精品国产一区二区三区不卡| 亚洲欧美日韩久久精品| 精品乱码久久久久久久| 久久久久国色AV免费看图片| 亚洲午夜无码久久久久| 99久久精品国产综合一区| 无码人妻久久一区二区三区蜜桃 |