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

拂曉·明月·彎刀

觀望,等待只能讓出現(xiàn)的機會白白溜走

  C++博客 :: 首頁 ::  :: 聯(lián)系 :: 聚合  :: 管理 ::

摘要:動態(tài)鏈接庫技術實現(xiàn)和設計程序常用的技術,在Windows和Linux系統(tǒng)中都有動態(tài)庫的概念,采用動態(tài)庫可以有效的減少程序大小,節(jié)省空間,提高效率,增加程序的可擴展性,便于模塊化管理。

但不同操作系統(tǒng)的動態(tài)庫由于格式 不同,在需要不同操作系統(tǒng)調用時需要進行動態(tài)庫程序移植。本文分析和比較了兩種操作系統(tǒng)動態(tài)庫技術,并給出了將Visual C++編制的動態(tài)庫移植到Linux上的方法和經驗。

1、引言

動態(tài)庫(Dynamic Link Library abbr,DLL)技術是程序設計中經常采用的技術。其目的減少程序的大小,節(jié)省空間,提高效率,具有很高的靈活性。

采用動態(tài)庫技術對于升級軟件版本更加容易。與靜態(tài)庫(Static Link Library)不同,動態(tài)庫里面的函數(shù)不是執(zhí)行程序本身的一部分,而是根據(jù)執(zhí)行需要按需載入,其執(zhí)行代碼可以同時在多個程序中共享。

在 Windows和Linux操作系統(tǒng)中,都可采用這種方式進行軟件設計,但他們的調用方式以及程序編制方式不盡相同。本文首先分析了在這兩種操作系統(tǒng)中通常采用的動態(tài)庫調用方法以及程序編制方式,然后分析比較了這兩種方式的不同之處,最后根據(jù)實際移植程序經驗,介紹了將VC++編制的Windows動態(tài)庫移植到Linux下的方法。

2、動態(tài)庫技術

2.1 Windows動態(tài)庫技術

動態(tài)鏈接庫是實現(xiàn)Windows應用程序共享資源、節(jié)省內存空間、提高使用效率的一個重要技術手段。常見的動態(tài)庫包含外部函數(shù)和資源,也有一些動態(tài)庫只包含資源,如Windows字體資源文件,稱之為資源動態(tài)鏈接庫。通常動態(tài)庫以.dll,.drv、.fon等作為后綴。

相應的windows靜態(tài)庫通常以.lib結尾,Windows自己就將一些主要的系統(tǒng)功能以動態(tài)庫模塊的形式實現(xiàn)。

Windows動態(tài)庫在運行時被系統(tǒng)加載到進程的虛擬空間中,使用從調用進程的虛擬地址空間分配的內存,成為調用進程的一部分。DLL也只能被該進程的線程所訪問。DLL的句柄可以被調用進程使用;調用進程的句柄可以被DLL使用。

DLL 模塊中包含各種導出函數(shù),用于向外界提供服務。DLL可以有自己的數(shù)據(jù)段,但沒有自己的堆棧,使用與調用它的應用程序相同的堆棧模式;一個DLL在內存中只有一個實例;DLL實現(xiàn)了代碼封裝性;DLL的編制與具體的編程語言及編譯器無關,可以通過DLL來實現(xiàn)混合語言編程。DLL函數(shù)中的代碼所創(chuàng)建的任何對象(包括變量)都歸調用它的線程或進程所有。

根據(jù)調用方式的不同,對動態(tài)庫的調用可分為靜態(tài)調用方式和動態(tài)調用方式。

(1) 靜態(tài)調用,也稱為隱式調用,由編譯系統(tǒng)完成對DLL的加載和應用程序結束時DLL卸載的編碼(Windows系統(tǒng)負責對DLL調用次數(shù)的計數(shù)),調用方式簡單,能夠滿足通常的要求。通常采用的調用方式是把產生動態(tài)連接庫時產生的.LIB文件加入到應用程序的工程中,想使用DLL中的函數(shù)時,只須在源文件中聲明一下。

LIB文件包含了每一個DLL導出函數(shù)的符號名和可選擇的標識號以及DLL文件名,不含有實際的代碼。Lib文件包含的信息進入到生成的應用程序中,被調用的DLL文件會在應用程序加載時同時加載在到內存中。

(2)動態(tài)調用,即顯式調用方式,是由編程者用API函數(shù)加載和卸載DLL來達到調用DLL的目的,比較復雜,但能更加有效地使用內存,是編制大型應用程序時的重要方式。在Windows系統(tǒng)中,與動態(tài)庫調用有關的函數(shù)包括:

①LoadLibrary(或MFC 的AfxLoadLibrary),裝載動態(tài)庫。

②GetProcAddress,獲取要引入的函數(shù),將符號名或標識號轉換為DLL內部地址。

③FreeLibrary(或MFC的AfxFreeLibrary),釋放動態(tài)鏈接庫。

在 windows中創(chuàng)建動態(tài)庫也非常方便和簡單。在Visual C++中,可以創(chuàng)建不用MFC而直接用C語言寫的DLL程序,也可以創(chuàng)建基于MFC類庫的DLL程序。每一個DLL必須有一個入口點,在VC++ 中,DllMain是一個缺省的入口函數(shù)。DllMain負責初始化(Initialization)和結束(Termination)工作。

動態(tài)庫輸出函數(shù)也有兩種約定,分別是基于調用約定和名字修飾約定。DLL程序定義的函數(shù)分為內部函數(shù)和導出函數(shù),動態(tài)庫導出的函數(shù)供其它程序模塊調用。通??梢杂邢旅鎺追N方法導出函數(shù):

①采用模塊定義文件的EXPORT部分指定要輸入的函數(shù)或者變量。

②使用MFC提供的修飾符號_declspec(dllexport)。

③以命令行方式,采用/EXPORT命令行輸出有關函數(shù)。

在windows動態(tài)庫中,有時需要編寫模塊定義文件(.DEF),它是用于描述DLL屬性的模塊語句組成的文本文件。

2.2 Linux共享對象技術

在 Linux操作系統(tǒng)中,采用了很多共享對象技術(Shared Object),雖然它和Windows里的動態(tài)庫相對應,但它并不稱為動態(tài)庫。相應的共享對象文件以.so作為后綴,為了方便,在本文中,對該概念不進行專門區(qū)分。Linux系統(tǒng)的/lib以及標準圖形界面的/usr/X11R6/lib等目錄里面,就有許多以so結尾的共享對象。

同樣,在Linux下,也有靜態(tài)函數(shù)庫這種調用方式,相應的后綴以.a結束。Linux采用該共享對象技術以方便程序間共享,節(jié)省程序占有空間,增加程序的可擴展性和靈活性。Linux還可以通過LD-PRELOAD變量讓開發(fā)人員可以使用自己的程序庫中的模塊來替換系統(tǒng)模塊。

同 Windows系統(tǒng)一樣,在Linux中創(chuàng)建和使用動態(tài)庫是比較容易的事情,在編譯函數(shù)庫源程序時加上-shared選項即可,這樣所生成的執(zhí)行程序就是動態(tài)鏈接庫。通常這樣的程序以so為后綴,在Linux動態(tài)庫程序設計過程中,通常流程是編寫用戶的接口文件,通常是.h文件,編寫實際的函數(shù)文件,以.c或.cpp為后綴,再編寫makefile文件。對于較小的動態(tài)庫程序可以不用如此,但這樣設計使程序更加合理。

編譯生成動態(tài)連接庫后,進而可以在程序中進行調用。在Linux中,可以采用多種調用方式,同Windows的系統(tǒng)目錄(..\system32等)一樣,可以將動態(tài)庫文件拷貝到/lib目錄或者在/lib目錄里面建立符號連接,以便所有用戶使用。

下面介紹Linux調用動態(tài)庫經常使用的函數(shù),但在使用動態(tài)庫時,源程序必須包含dlfcn.h頭文件,該文件定義調用動態(tài)鏈接庫的函數(shù)的原型。

(1)_打開動態(tài)鏈接庫:dlopen,函數(shù)原型void *dlopen (const char *filename, int flag); dlopen用于打開指定名字(filename)的動態(tài)鏈接庫,并返回操作句柄。

(2)取函數(shù)執(zhí)行地址:dlsym,函數(shù)原型為: void *dlsym(void *handle, char *symbol); dlsym根據(jù)動態(tài)鏈接庫操作句柄(handle)與符號(symbol),返回符號對應的函數(shù)的執(zhí)行代碼地址。

(3)關閉動態(tài)鏈接庫:dlclose,函數(shù)原型為: int dlclose (void *handle); dlclose用于關閉指定句柄的動態(tài)鏈接庫,只有當此動態(tài)鏈接庫的使用計數(shù)為0時,才會真正被系統(tǒng)卸載。

(4)動態(tài)庫錯誤函數(shù):dlerror,函數(shù)原型為: const char *dlerror(void); 當動態(tài)鏈接庫操作函數(shù)執(zhí)行失敗時,dlerror可以返回出錯信息,返回值為NULL時表示操作函數(shù)執(zhí)行成功。

在取到函數(shù)執(zhí)行地址后,就可以在動態(tài)庫的使用程序里面根據(jù)動態(tài)庫提供的函數(shù)接口聲明調用動態(tài)庫里面的函數(shù)。在編寫調用動態(tài)庫的程序的makefile文件時,需要加入編譯選項-rdynamic和-ldl。

除了采用這種方式編寫和調用動態(tài)庫之外,Linux操作系統(tǒng)也提供了一種更為方便的動態(tài)庫調用方式,也方便了其它程序調用,這種方式與Windows系統(tǒng)的隱式鏈接類似。其動態(tài)庫命名方式為“lib*.so.*”。在這個命名方式中,第一個*表示動態(tài)鏈接庫的庫名,第二個*通常表示該動態(tài)庫的版本號,也可以沒有版本號。

在這種調用方式中,需要維護動態(tài)鏈接庫的配置文件/etc /ld.so.conf來讓動態(tài)鏈接庫為系統(tǒng)所使用,通常將動態(tài)鏈接庫所在目錄名追加到動態(tài)鏈接庫配置文件中。如具有X window窗口系統(tǒng)發(fā)行版該文件中都具有/usr/X11R6/lib,它指向X window窗口系統(tǒng)的動態(tài)鏈接庫所在目錄。

為了使動態(tài)鏈接庫能為系統(tǒng)所共享,還需運行動態(tài)鏈接庫的管理命令./sbin/ldconfig。在編譯所引用的動態(tài)庫時,可以在gcc采用 –l或-L選項或直接引用所需的動態(tài)鏈接庫方式進行編譯。在Linux里面,可以采用ldd命令來檢查程序依賴共享庫。

3、兩種系統(tǒng)動態(tài)庫比較分析

Windows和Linux采用動態(tài)鏈接庫技術目的是基本一致的,但由于操作系統(tǒng)的不同,他們在許多方面還是不盡相同,下面從以下幾個方面進行闡述。

(1) 動態(tài)庫程序編寫,在Windows系統(tǒng)下的執(zhí)行文件格式是PE格式,動態(tài)庫需要一個DllMain函數(shù)作為初始化的人口,通常在導出函數(shù)的聲明時需要有 _declspec(dllexport)關鍵字。Linux下的gcc編譯的執(zhí)行文件默認是ELF格式,不需要初始化入口,亦不需要到函數(shù)做特別聲明,編寫比較方便。

(2)動態(tài)庫編譯,在windows系統(tǒng)下面,有方便的調試編譯環(huán)境,通常不用自己去編寫makefile文件,但在linux下面,需要自己動手去編寫makefile文件,因此,必須掌握一定的makefile編寫技巧,另外,通常Linux編譯規(guī)則相對嚴格。

(3)動態(tài)庫調用方面,Windows和Linux對其下編制的動態(tài)庫都可以采用顯式調用或隱式調用,但具體的調用方式也不盡相同。

(4) 動態(tài)庫輸出函數(shù)查看,在Windows中,有許多工具和軟件可以進行查看DLL中所輸出的函數(shù),例如命令行方式的dumpbin以及VC++工具中的 DEPENDS程序。在Linux系統(tǒng)中通常采用nm來查看輸出函數(shù),也可以使用ldd查看程序隱式鏈接的共享對象文件。

(5)對操作系統(tǒng)的依賴,這兩種動態(tài)庫運行依賴于各自的操作系統(tǒng),不能跨平臺使用。因此,對于實現(xiàn)相同功能的動態(tài)庫,必須為兩種不同的操作系統(tǒng)提供不同的動態(tài)庫版本。

4、動態(tài)庫移植方法

如果要編制在兩個系統(tǒng)中都能使用的動態(tài)鏈接庫,通常會先選擇在Windows的VC++提供的調試環(huán)境中完成初始的開發(fā),畢竟VC++提供的圖形化編輯和調試界面比vi和gcc方便許多。完成測試之后,再進行動態(tài)庫的程序移植。

通常gcc默認的編譯規(guī)則比VC++默認的編譯規(guī)則嚴格,即使在VC++下面沒有任何警告錯誤的程序在gcc調試中也會出現(xiàn)許多警告錯誤,可以在gcc中采用-w選項關閉警告錯誤。

下面給出程序移植需要遵循的規(guī)則以及經驗。

(1) 盡量不要改變原有動態(tài)庫頭文件的順序。通常在C/C++語言中,頭文件的順序有相當?shù)年P系。另外雖然C/C++語言區(qū)分大小寫,但在包含頭文件時,Linux必須與頭文件的大小寫相同,因為ext2文件系統(tǒng)對文件名是大小寫敏感,否則不能正確編譯,而在Windows下面,頭文件大小寫可以正確編譯。

(2)不同系統(tǒng)獨有的頭文件。在Windows系統(tǒng)中,通常會包括 windows.h頭文件,如果調用底層的通信函數(shù),則會包含winsock..h頭文件。因此在移植到Linux系統(tǒng)時,要注釋掉這些Windows系統(tǒng)獨有的頭文件以及一些windows系統(tǒng)的常量定義說明,增加Linux都底層通信的支持的頭文件等。

(3) 數(shù)據(jù)類型。VC++具有許多獨有的數(shù)據(jù)類型,如__int16,__int32,TRUE,SOCKET等,gcc編譯器不支持它們。通常做法是需要將 windows.h和basetypes.h中對這些數(shù)據(jù)進行定義的語句復制到一個頭文件中,再在Linux中包含這個頭文件。例如將套接字的類型為 SOCKET改為int。

(4)關鍵字。VC++中具有許多標準C中所沒有采用的關鍵字,如BOOL,BYTE,DWORD,__asm等,通常在為了移植方便,盡量不使用它們,如果實在無法避免可以采用#ifdef 和#endif為LINUX和WINDOWS編寫兩個版本。

(5) 函數(shù)原型的修改。通常如果采用標準的C/C++語言編寫的動態(tài)庫,基本上不用再重新編寫函數(shù),但對于系統(tǒng)調用函數(shù),由于兩種系統(tǒng)的區(qū)別,需要改變函數(shù)的調用方式等,如在Linux編制的網(wǎng)絡通信動態(tài)庫中,用close()函數(shù)代替windows操作系統(tǒng)下的closesocket()函數(shù)來關閉套接字。另外在Linux下沒有文件句柄,要打開文件可用open和fopen函數(shù),具體這兩個函數(shù)的用法可參考文獻[2]。

(6)makefile 的編寫。在windows下面通常由VC++編譯器來負責調試,但gcc需要自己動手編寫makefile文件,也可以參照VC++生成的 makefile文件。對于動態(tài)庫移植,編譯動態(tài)庫時需要加入-shared選項。對于采用數(shù)學函數(shù),如冪級數(shù)的程序,在調用動態(tài)庫是,需要加入-lm。

(7)其它一些需要注意的地方

①程序設計結構分析,對于移植它人編寫的動態(tài)庫程序,程序結構分析是必不可少的步驟,通常在動態(tài)庫程序中,不會包含界面等操作,所以相對容易一些。

②在Linux中,對文件或目錄的權限分為擁有者、群組、其它。所以在存取文件時,要注意對文件是讀還是寫操作,如果是對文件進行寫操作,要注意修改文件或目錄的權限,否則無法對文件進行寫。

③ 指針的使用,定義一個指針只給它分配四個字節(jié)的內存,如果要對指針所指向的變量賦值,必須用malloc函數(shù)為它分配內存或不把它定義為指針而定義為變量即可,這點在linux下面比windows編譯嚴格。同樣結構不能在函數(shù)中傳值,如果要在函數(shù)中進行結構傳值,必須把函數(shù)中的結構定義為結構指針。

④路徑標識符,在Linux下是“/”,在Windows下是“\”,注意windows和Linux的對動態(tài)庫搜索路徑的不同。

⑤編程和調試技巧方面。對不同的調試環(huán)境有不同的調試技巧,在這里不多敘述。

5、結束語

本文系統(tǒng)分析了windows和Linux動態(tài)庫實現(xiàn)和使用方式,從程序編寫、編譯、調用以及對操作系統(tǒng)依賴等方面綜合分析比較了這兩種調用方式的不同之處,根據(jù)實際程序移植經驗,給出了將VC++編制的Windows動態(tài)庫移植到Linux下的方法以及需要注意的問題,同時并給出了程序示例片斷,實際在程序移植過程中,由于系統(tǒng)的設計等方面,可能移植起來需要注意的方面遠比上面復雜,本文通過總結歸納進而為不同操作系統(tǒng)程序移植提供了有意的經驗和技巧。

(本文來源于internet,感謝原創(chuàng)作者)

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

unix具體編譯的例子:

源文件為main.c, x.c, y.c, z.c,頭文件為x.h,y.h,z.h

# 聲稱動代連接庫,假設名稱為libtest.so
        gcc x.c y.c z.c -fPIC -shared -o libtest.so

        # 將main.c和動態(tài)連接庫進行連接生成可執(zhí)行文件
       gcc main.c -L. -ltest -o main

        # 輸出LD_LIBRARY_PATH環(huán)境變量,一邊動態(tài)庫裝載器能夠找到需要的動態(tài)庫
        export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:.

        # 測試是否動態(tài)連接,如果列出libtest.so,那么應該是連接正常了
        ldd main

-fPIC:表示編譯為位置獨立的代碼,不用此選項的話編譯后的代碼是位置相關的所以動態(tài)載入時是通  過    代碼拷貝的方式來滿足不同進程的需要,而不能達到真正代碼段共享的目的。

-L.:表示要連接的庫在當前目錄中

-ltest:編譯器查找動態(tài)連接庫時有隱含的命名規(guī)則,即在給出的名字前面加上lib,后面加上.so來確定庫的名稱

LD_LIBRARY_PATH:這個環(huán)境變量指示動態(tài)連接器可以裝載動態(tài)庫的路徑。
當然如果有root權限的話,可以修改/etc/ld.so.conf文件,然后調用
/sbin/ldconfig來達到同樣的目的,不過如果沒有root權限,那么只能采用輸出LD_LIBRARY_PATH的方法了。

 

本文來自CSDN博客,轉載請標明出處:http://blog.csdn.net/yang_lang/archive/2010/10/08/5926486.aspx

posted on 2011-05-24 14:56 一路風塵 閱讀(2345) 評論(0)  編輯 收藏 引用 所屬分類: 轉載
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲在线观看| 久久国产天堂福利天堂| 亚洲高清激情| 欧美激情第五页| 99精品久久久| 亚洲一区二区成人| 国产日韩一区二区三区在线| 久久久久久久久岛国免费| 久久成人精品视频| 亚洲视频久久| 亚洲人成绝费网站色www| 欧美区高清在线| 亚洲尤物影院| 久久国产一区二区| 91久久久久久| 中文精品99久久国产香蕉| 国产日韩精品一区| 免费一级欧美片在线观看| 欧美精品一区二区久久婷婷| 一区二区成人精品| 欧美在线网站| 一本一本大道香蕉久在线精品| 亚洲一区二区三区乱码aⅴ蜜桃女| 国产亚洲人成网站在线观看| 欧美激情久久久| 欧美午夜片在线免费观看| 久久久99爱| 欧美日韩第一区日日骚| 久久久久久久久蜜桃| 欧美精品一区在线发布| 久久精品国产69国产精品亚洲| 免费观看亚洲视频大全| 国产精品日韩专区| 欧美成人小视频| 国产精品青草久久久久福利99| 麻豆成人在线观看| 国产精品乱子乱xxxx| 欧美激情视频在线免费观看 欧美视频免费一 | 国产精品黄页免费高清在线观看| 久久精品国产亚洲一区二区| 欧美日韩成人一区| 久久综合九色综合欧美就去吻| 欧美日韩另类丝袜其他| 欧美大片一区二区| 国产精品在线看| 亚洲精品视频在线| 韩国欧美一区| 午夜视频在线观看一区| 亚洲一区制服诱惑| 欧美国产一区二区| 蜜臀av性久久久久蜜臀aⅴ| 国产欧美婷婷中文| 中文一区二区| 亚洲视频每日更新| 久久精品1区| 国产精品家庭影院| 99亚洲精品| 在线亚洲一区观看| 欧美劲爆第一页| 亚洲国产天堂久久国产91| 亚洲视频香蕉人妖| 一区二区三区视频在线播放| 欧美成人午夜影院| 亚洲成人资源网| 欧美日韩国内| 亚洲日本中文字幕| 亚洲久久一区| 欧美日韩不卡合集视频| 亚洲精品国产精品久久清纯直播| 亚洲免费福利视频| 欧美精品三级| 亚洲美女视频| 亚洲欧洲av一区二区| 国产精品久久久久一区二区| 亚洲一区综合| 久久成人一区| 韩国在线视频一区| 久久人体大胆视频| 亚洲高清久久网| 亚洲最新视频在线| 国产精品mv在线观看| 亚洲一区在线看| 久久久久久9999| 在线观看一区| 欧美久久久久免费| 亚洲小说欧美另类社区| 久久精品亚洲一区二区| 一区二区视频免费在线观看 | 中文欧美字幕免费| 欧美一站二站| 在线国产欧美| 欧美日韩大陆在线| 性欧美长视频| 欧美国产极速在线| 亚洲欧美另类国产| 在线观看欧美日韩| 欧美日韩综合视频| 午夜精品一区二区三区在线视| 欧美sm视频| 亚洲欧美变态国产另类| 黄色成人在线观看| 欧美日韩三区四区| 久久久99国产精品免费| 99精品免费网| 免费的成人av| 欧美一区二区三区啪啪| 亚洲精品一二三| 国产一级精品aaaaa看| 久久精品成人欧美大片古装| 亚洲大胆女人| 国产欧美日本在线| 欧美精品1区2区| 久久国产精品色婷婷| 99在线精品视频在线观看| 蜜臀91精品一区二区三区| 亚洲一区二区精品视频| 亚洲国产成人在线播放| 国产精品麻豆欧美日韩ww| 免费在线观看日韩欧美| 午夜国产精品影院在线观看| 亚洲精选一区| 欧美激情精品久久久久久免费印度| 午夜影视日本亚洲欧洲精品| 在线视频你懂得一区二区三区| 在线日本成人| 国产资源精品在线观看| 国产精品国产三级国产| 欧美日韩成人综合天天影院| 久久亚洲私人国产精品va| 久久爱www久久做| 亚洲中字在线| 亚洲私拍自拍| 一区二区三区欧美亚洲| 亚洲乱码国产乱码精品精| 欧美激情一区二区三区四区| 欧美 亚欧 日韩视频在线| 久久精品亚洲精品国产欧美kt∨| 午夜精品一区二区三区在线播放| 在线一区日本视频| 亚洲午夜免费视频| 中国成人黄色视屏| 一区二区三区精密机械公司| 日韩亚洲综合在线| 99视频超级精品| 亚洲免费观看在线观看| 夜夜夜精品看看| 一区二区三区日韩在线观看| 一区二区三区免费观看| 99xxxx成人网| 亚洲淫片在线视频| 亚洲欧美日本日韩| 欧美亚洲一区| 久久在线免费| 亚洲第一精品夜夜躁人人躁| 91久久综合| 久久成人这里只有精品| 欧美在线观看视频| 久久久久久高潮国产精品视| 久久精品国产亚洲精品| 免费看黄裸体一级大秀欧美| 欧美高清在线| av成人黄色| 性做久久久久久久免费看| 久久婷婷久久一区二区三区| 蜜臀av一级做a爰片久久| 欧美精品麻豆| 国产美女在线精品免费观看| 激情成人综合| 一区二区三区福利| 欧美一区二区三区另类| 麻豆国产精品va在线观看不卡| 欧美激情精品久久久久久蜜臀 | 亚洲区第一页| 亚洲午夜小视频| 久久久之久亚州精品露出| 欧美福利视频| 国产乱子伦一区二区三区国色天香| 狠狠色伊人亚洲综合网站色| 亚洲精品社区| 小处雏高清一区二区三区 | 欧美+日本+国产+在线a∨观看| 亚洲国产日韩一区| 午夜性色一区二区三区免费视频| 美女脱光内衣内裤视频久久影院| 欧美日韩在线另类| 在线看片日韩| 欧美伊人久久| 亚洲精选成人| 久久天天狠狠| 国产伦精品一区二区三区免费| 亚洲高清影视| 久久电影一区| 99在线热播精品免费99热| 久久久久久综合| 国产精品久久7| 日韩亚洲在线观看| 久久综合综合久久综合| 亚洲在线观看| 欧美日韩午夜| 亚洲日本成人|