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

VC++動態(tài)鏈接庫(DLL)編程深入淺出(三)

第4節(jié)我們對非MFC DLL進行了介紹,這一節(jié)將詳細地講述MFC規(guī)則DLL的創(chuàng)建與使用技巧。

  另外,自從本文開始連載后,收到了一些讀者的e-mail。有的讀者提出了一些問題,筆者將在本文的最后一次連載中選取其中的典型問題進行解答。由于時間的關系,對于讀者朋友的來信,筆者暫時不能一一回復,還望海涵!由于筆者的水平有限,文中難免有錯誤和紕漏,也熱誠歡迎讀者朋友不吝指正!

  5. MFC規(guī)則DLL

  5.1 概述

  MFC規(guī)則DLL的概念體現(xiàn)在兩方面:

  (1) 它是MFC的

  “是MFC的”意味著可以在這種DLL的內(nèi)部使用MFC;

  (2) 它是規(guī)則的

  “是規(guī)則的”意味著它不同于MFC擴展DLL,在MFC規(guī)則DLL的內(nèi)部雖然可以使用MFC,但是其與應用程序的接口不能是MFC。而MFC擴展DLL與應用程序的接口可以是MFC,可以從MFC擴展DLL中導出一個MFC類的派生類。

  Regular DLL能夠被所有支持DLL技術的語言所編寫的應用程序調(diào)用,當然也包括使用MFC的應用程序。在這種動態(tài)連接庫中,包含一個從CWinApp繼承下來的類,DllMain函數(shù)則由MFC自動提供。

  Regular DLL分為兩類:

  (1)靜態(tài)鏈接到MFC 的規(guī)則DLL

  靜態(tài)鏈接到MFC的規(guī)則DLL與MFC庫(包括MFC擴展 DLL)靜態(tài)鏈接,將MFC庫的代碼直接生成在.dll文件中。在調(diào)用這種DLL的接口時,MFC使用DLL的資源。因此,在靜態(tài)鏈接到MFC 的規(guī)則DLL中不需要進行模塊狀態(tài)的切換。

  使用這種方法生成的規(guī)則DLL其程序較大,也可能包含重復的代碼。

  (2)動態(tài)鏈接到MFC 的規(guī)則DLL

  動態(tài)鏈接到MFC 的規(guī)則DLL 可以和使用它的可執(zhí)行文件同時動態(tài)鏈接到 MFC DLL 和任何MFC擴展 DLL。在使用了MFC共享庫的時候,默認情況下,MFC使用主應用程序的資源句柄來加載資源模板。這樣,當DLL和應用程序中存在相同ID的資源時(即所謂的資源重復問題),系統(tǒng)可能不能獲得正確的資源。因此,對于共享MFC DLL的規(guī)則DLL,我們必須進行模塊切換以使得MFC能夠找到正確的資源模板。

我們可以在Visual C++中設置MFC規(guī)則DLL是靜態(tài)鏈接到MFC DLL還是動態(tài)鏈接到MFC DLL。如圖8,依次選擇Visual C++的project -> Settings -> General菜單或選項,在Microsoft Foundation Classes中進行設置。

  圖8 設置動態(tài)/靜態(tài)鏈接MFC DLL

  5.2 MFC規(guī)則DLL的創(chuàng)建

  我們來一步步講述使用MFC向?qū)?chuàng)建MFC規(guī)則DLL的過程,首先新建一個project,如圖9,選擇project的類型為MFC AppWizard(dll)。點擊OK進入如圖10所示的對話框。

  圖9 MFC DLL工程的創(chuàng)建

  圖10所示對話框中的1區(qū)選擇MFC DLL的類別。

  2區(qū)選擇是否支持automation(自動化)技術, automation 允許用戶在一個應用程序中操縱另外一個應用程序或組件。例如,我們可以在應用程序中利用 Microsoft Word 或Microsoft Excel的工具,而這種使用對用戶而言是透明的。自動化技術可以大大簡化和加快應用程序的開發(fā)。

  3區(qū)選擇是否支持Windows Sockets,當選擇此項目時,應用程序能在 TCP/IP 網(wǎng)絡上進行通信。 CWinApp派生類的InitInstance成員函數(shù)會初始化通訊端的支持,同時工程中的StdAfx.h文件會自動include <AfxSock.h>頭文件。

  添加socket通訊支持后的InitInstance成員函數(shù)如下:

BOOL CRegularDllSocketApp::InitInstance()
{
if (!AfxSocketInit())
{
AfxMessageBox(IDP_SOCKETS_INIT_FAILED);
return FALSE;
}
return TRUE;
}

  4區(qū)選擇是否由MFC向?qū)ё詣釉谠创a中添加注釋,一般我們選擇“Yes,please”。

  圖10 MFC DLL的創(chuàng)建選項

  5.3 一個簡單的MFC規(guī)則DLL

  這個DLL的例子(屬于靜態(tài)鏈接到MFC 的規(guī)則DLL)中提供了一個如圖11所示的對話框。

  圖11 MFC規(guī)則DLL例子

  在DLL中添加對話框的方式與在MFC應用程序中是一樣的。

  在圖11所示DLL中的對話框的Hello按鈕上點擊時將MessageBox一個“Hello,pconline的網(wǎng)友”對話框,下面是相關的文件及源代碼,其中刪除了MFC向?qū)ё詣由傻慕^大多數(shù)注釋(下載本工程附件):

  第一組文件:CWinApp繼承類的聲明與實現(xiàn)

// RegularDll.h : main header file for the REGULARDLL DLL
#if !defined(AFX_REGULARDLL_H__3E9CB22B_588B_4388_B778_B3416ADB79B3__INCLUDED_)
#define AFX_REGULARDLL_H__3E9CB22B_588B_4388_B778_B3416ADB79B3__INCLUDED_
#if _MSC_VER > 1000
#pragma once
#endif // _MSC_VER > 1000
#ifndef __AFXWIN_H__
#error include 'stdafx.h' before including this file for PCH
#endif
#include "resource.h" // main symbols
class CRegularDllApp : public CWinApp
{
public:
CRegularDllApp();
DECLARE_MESSAGE_MAP()
};
#endif
// RegularDll.cpp : Defines the initialization routines for the DLL.
#include "stdafx.h"
#include "RegularDll.h"
#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif
BEGIN_MESSAGE_MAP(CRegularDllApp, CWinApp)
END_MESSAGE_MAP()
/////////////////////////////////////////////////////////////////////////////
// CRegularDllApp construction
CRegularDllApp::CRegularDllApp()
{
}
/////////////////////////////////////////////////////////////////////////////
// The one and only CRegularDllApp object
CRegularDllApp theApp;

  分析:

在這一組文件中定義了一個繼承自CWinApp的類CRegularDllApp,并同時定義了其的一個實例theApp。乍一看,您會以為它是一個MFC應用程序,因為MFC應用程序也包含這樣的在工程名后添加“App”組成類名的類(并繼承自CWinApp類),也定義了這個類的一個全局實例theApp。

  我們知道,在MFC應用程序中CWinApp取代了SDK程序中WinMain的地位,SDK程序WinMain所完成的工作由CWinApp的三個函數(shù)完成:

virtual BOOL InitApplication( );
virtual BOOL InitInstance( );
virtual BOOL Run( ); //傳說中MFC程序的“活水源頭”

  但是MFC規(guī)則DLL并不是MFC應用程序,它所繼承自CWinApp的類不包含消息循環(huán)。這是因為,MFC規(guī)則DLL不包含CWinApp::Run機制,主消息泵仍然由應用程序擁有。如果DLL 生成無模式對話框或有自己的主框架窗口,則應用程序的主消息泵必須調(diào)用從DLL 導出的函數(shù)來調(diào)用PreTranslateMessage成員函數(shù)。

  另外,MFC規(guī)則DLL與MFC 應用程序中一樣,需要將所有 DLL中元素的初始化放到InitInstance 成員函數(shù)中。

  第二組文件 自定義對話框類聲明及實現(xiàn)(點擊查看附件)

  分析:

  這一部分的編程與一般的應用程序根本沒有什么不同,我們照樣可以利用MFC類向?qū)碜詣訛閷υ捒蛏系目丶砑邮录FC類向?qū)д諛訒深愃芆N_BN_CLICKED(IDC_HELLO_BUTTON, OnHelloButton)的消息映射宏。

  第三組文件 DLL中的資源文件

//{{NO_DEPENDENCIES}}
// Microsoft Developer Studio generated include file.
// Used by RegularDll.rc
//
#define IDD_DLL_DIALOG 1000
#define IDC_HELLO_BUTTON 1000

  分析:

在MFC規(guī)則DLL中使用資源也與在MFC應用程序中使用資源沒有什么不同,我們照樣可以用Visual C++的資源編輯工具進行資源的添加、刪除和屬性的更改。

  第四組文件 MFC規(guī)則DLL接口函數(shù)

#include "StdAfx.h"
#include "DllDialog.h"
extern "C" __declspec(dllexport) void ShowDlg(void)
{
CDllDialog dllDialog;
dllDialog.DoModal();
}

  分析:

  這個接口并不使用MFC,但是在其中卻可以調(diào)用MFC擴展類CdllDialog的函數(shù),這體現(xiàn)了“規(guī)則”的概類。

  與非MFC DLL完全相同,我們可以使用__declspec(dllexport)聲明或在.def中引出的方式導出MFC規(guī)則DLL中的接口。

  5.4 MFC規(guī)則DLL的調(diào)用

  筆者編寫了如圖12的對話框MFC程序(下載本工程附件)來調(diào)用5.3節(jié)的MFC規(guī)則DLL,在這個程序的對話框上點擊“調(diào)用DLL”按鈕時彈出5.3節(jié)MFC規(guī)則DLL中的對話框。

  圖12 MFC規(guī)則DLL的調(diào)用例子

  下面是“調(diào)用DLL”按鈕單擊事件的消息處理函數(shù):

void CRegularDllCallDlg::OnCalldllButton()
{
typedef void (*lpFun)(void);
HINSTANCE hDll; //DLL句柄
hDll = LoadLibrary("RegularDll.dll");
if (NULL==hDll)
{
MessageBox("DLL加載失敗");
}
lpFun addFun; //函數(shù)指針
lpFun pShowDlg = (lpFun)GetProcAddress(hDll,"ShowDlg");
if (NULL==pShowDlg)
{
MessageBox("DLL中函數(shù)尋找失敗");
}
pShowDlg();
}

  上述例子中給出的是顯示調(diào)用的方式,可以看出,其調(diào)用方式與第4節(jié)中非MFC DLL的調(diào)用方式?jīng)]有什么不同。

我們照樣可以在EXE程序中隱式調(diào)用MFC規(guī)則DLL,只需要將DLL工程生成的.lib文件和.dll文件拷入當前工程所在的目錄,并在RegularDllCallDlg.cpp文件(圖12所示對話框類的實現(xiàn)文件)的頂部添加:#pragma comment(lib,"RegularDll.lib")
void ShowDlg(void);

  并將void CRegularDllCallDlg::OnCalldllButton() 改為:

void CRegularDllCallDlg::OnCalldllButton()
{
ShowDlg();
}

  5.5 共享MFC DLL的規(guī)則DLL的模塊切換

  應用程序進程本身及其調(diào)用的每個DLL模塊都具有一個全局唯一的HINSTANCE句柄,它們代表了DLL或EXE模塊在進程虛擬空間中的起始地址。進程本身的模塊句柄一般為0x400000,而DLL模塊的缺省句柄為0x10000000。如果程序同時加載了多個DLL,則每個DLL模塊都會有不同的HINSTANCE。應用程序在加載DLL時對其進行了重定位。

  共享MFC DLL(或MFC擴展DLL)的規(guī)則DLL涉及到HINSTANCE句柄問題,HINSTANCE句柄對于加載資源特別重要。EXE和DLL都有其自己的資源,而且這些資源的ID可能重復,應用程序需要通過資源模塊的切換來找到正確的資源。如果應用程序需要來自于DLL的資源,就應將資源模塊句柄指定為DLL的模塊句柄;如果需要EXE文件中包含的資源,就應將資源模塊句柄指定為EXE的模塊句柄。

  這次我們創(chuàng)建一個動態(tài)鏈接到MFC DLL的規(guī)則DLL(下載本工程附件),在其中包含如圖13的對話框。

  圖13 DLL中的對話框

  另外,在與這個DLL相同的工作區(qū)中生成一個基于對話框的MFC程序,其對話框與圖12完全一樣。但是在此工程中我們另外添加了一個如圖14的對話框。

  圖14 EXE中的對話框

  圖13和圖14中的對話框除了caption不同(以示區(qū)別)以外,其它的都相同。

  尤其值得特別注意,在DLL和EXE中我們對圖13和圖14的對話框使用了相同的資源ID=2000,在DLL和EXE工程的resource.h中分別有如下的宏:

//DLL中對話框的ID
#define IDD_DLL_DIALOG 2000
//EXE中對話框的ID
#define IDD_EXE_DIALOG 2000

  與5.3節(jié)靜態(tài)鏈接MFC DLL的規(guī)則DLL相同,我們還是在規(guī)則DLL中定義接口函數(shù)ShowDlg,原型如下:

#include "StdAfx.h"
#include "SharedDll.h"
void ShowDlg(void)
{
CDialog dlg(IDD_DLL_DIALOG); //打開ID為2000的對話框
dlg.DoModal();
}

  而為應用工程主對話框的“調(diào)用DLL”的單擊事件添加如下消息處理函數(shù):

void CSharedDllCallDlg::OnCalldllButton()
{
ShowDlg();
}

  我們以為單擊“調(diào)用DLL”會彈出如圖13所示DLL中的對話框,可是可怕的事情發(fā)生了,我們看到是圖14所示EXE中的對話框!

  驚訝?

  產(chǎn)生這個問題的根源在于應用程序與MFC規(guī)則DLL共享MFC DLL(或MFC擴展DLL)的程序總是默認使用EXE的資源,我們必須進行資源模塊句柄的切換,其實現(xiàn)方法有三:

  方法一 在DLL接口函數(shù)中使用:

  AFX_MANAGE_STATE(AfxGetStaticModuleState());

  我們將DLL中的接口函數(shù)ShowDlg改為:

void ShowDlg(void)
{
//方法1:在函數(shù)開始處變更,在函數(shù)結(jié)束時恢復
//將AFX_MANAGE_STATE(AfxGetStaticModuleState());作為接口函數(shù)的第一//條語句進行模塊狀態(tài)切換
AFX_MANAGE_STATE(AfxGetStaticModuleState());
CDialog dlg(IDD_DLL_DIALOG);//打開ID為2000的對話框
dlg.DoModal();
}

  這次我們再點擊EXE程序中的“調(diào)用DLL”按鈕,彈出的是DLL中的如圖13的對話框!嘿嘿,彈出了正確的對話框資源。

AfxGetStaticModuleState是一個函數(shù),其原型為:

  AFX_MODULE_STATE* AFXAPI AfxGetStaticModuleState( );

  該函數(shù)的功能是在棧上(這意味著其作用域是局部的)創(chuàng)建一個AFX_MODULE_STATE類(模塊全局數(shù)據(jù)也就是模塊狀態(tài))的實例,對其進行設置,并將其指針pModuleState返回。

  AFX_MODULE_STATE類的原型如下:

// AFX_MODULE_STATE (global data for a module)
class AFX_MODULE_STATE : public CNoTrackObject
{
public:
#ifdef _AFXDLL
AFX_MODULE_STATE(BOOL bDLL, WNDPROC pfnAfxWndProc, DWORD dwVersion);
AFX_MODULE_STATE(BOOL bDLL, WNDPROC pfnAfxWndProc, DWORD dwVersion,BOOL bSystem);
#else
AFX_MODULE_STATE(BOOL bDLL);
#endif
~AFX_MODULE_STATE();
CWinApp* m_pCurrentWinApp;
HINSTANCE m_hCurrentInstanceHandle;
HINSTANCE m_hCurrentResourceHandle;
LPCTSTR m_lpszCurrentAppName;
… //省略后面的部分
}

  AFX_MODULE_STATE類利用其構(gòu)造函數(shù)和析構(gòu)函數(shù)進行存儲模塊狀態(tài)現(xiàn)場及恢復現(xiàn)場的工作,類似匯編中call指令對pc指針和sp寄存器的保存與恢復、中斷服務程序的中斷現(xiàn)場壓棧與恢復以及操作系統(tǒng)線程調(diào)度的任務控制塊保存與恢復。

  許多看似不著邊際的知識點居然有驚人的相似!

  AFX_MANAGE_STATE是一個宏,其原型為:

  AFX_MANAGE_STATE( AFX_MODULE_STATE* pModuleState )

  該宏用于將pModuleState設置為當前的有效模塊狀態(tài)。當離開該宏的作用域時(也就離開了pModuleState所指向棧上對象的作用域),先前的模塊狀態(tài)將由AFX_MODULE_STATE的析構(gòu)函數(shù)恢復。

方法二 在DLL接口函數(shù)中使用:AfxGetResourceHandle();
AfxSetResourceHandle(HINSTANCE xxx);

  AfxGetResourceHandle用于獲取當前資源模塊句柄,而AfxSetResourceHandle則用于設置程序目前要使用的資源模塊句柄。

  我們將DLL中的接口函數(shù)ShowDlg改為:

void ShowDlg(void)
{
//方法2的狀態(tài)變更
HINSTANCE save_hInstance = AfxGetResourceHandle();
AfxSetResourceHandle(theApp.m_hInstance);
CDialog dlg(IDD_DLL_DIALOG);//打開ID為2000的對話框
dlg.DoModal();
//方法2的狀態(tài)還原
AfxSetResourceHandle(save_hInstance);
}

  通過AfxGetResourceHandle和AfxSetResourceHandle的合理變更,我們能夠靈活地設置程序的資源模塊句柄,而方法一則只能在DLL接口函數(shù)退出的時候才會恢復模塊句柄。方法二則不同,如果將ShowDlg改為:

extern CSharedDllApp theApp; //需要聲明theApp外部全局變量
void ShowDlg(void)
{
//方法2的狀態(tài)變更
HINSTANCE save_hInstance = AfxGetResourceHandle();
AfxSetResourceHandle(theApp.m_hInstance);
CDialog dlg(IDD_DLL_DIALOG);//打開ID為2000的對話框
dlg.DoModal();
//方法2的狀態(tài)還原
AfxSetResourceHandle(save_hInstance);
//使用方法2后在此處再進行操作針對的將是應用程序的資源
CDialog dlg1(IDD_DLL_DIALOG); //打開ID為2000的對話框
dlg1.DoModal();
}

  在應用程序主對話框的“調(diào)用DLL”按鈕上點擊,將看到兩個對話框,相繼為DLL中的對話框(圖13)和EXE中的對話框(圖14)。

方法三 由應用程序自身切換

  資源模塊的切換除了可以由DLL接口函數(shù)完成以外,由應用程序自身也能完成(下載本工程附件)。

  現(xiàn)在我們把DLL中的接口函數(shù)改為最簡單的:

void ShowDlg(void)
{
CDialog dlg(IDD_DLL_DIALOG); //打開ID為2000的對話框
dlg.DoModal();
}

  而將應用程序的OnCalldllButton函數(shù)改為:

void CSharedDllCallDlg::OnCalldllButton()
{
//方法3:由應用程序本身進行狀態(tài)切換
//獲取EXE模塊句柄
HINSTANCE exe_hInstance = GetModuleHandle(NULL);
//或者HINSTANCE exe_hInstance = AfxGetResourceHandle();
//獲取DLL模塊句柄
HINSTANCE dll_hInstance = GetModuleHandle("SharedDll.dll");
AfxSetResourceHandle(dll_hInstance); //切換狀態(tài)
ShowDlg(); //此時顯示的是DLL的對話框
AfxSetResourceHandle(exe_hInstance); //恢復狀態(tài)
//資源模塊恢復后再調(diào)用ShowDlg
ShowDlg(); //此時顯示的是EXE的對話框
}

  方法三中的Win32函數(shù)GetModuleHandle可以根據(jù)DLL的文件名獲取DLL的模塊句柄。如果需要得到EXE模塊的句柄,則應調(diào)用帶有Null參數(shù)的GetModuleHandle。

  方法三與方法二的不同在于方法三是在應用程序中利用AfxGetResourceHandle和AfxSetResourceHandle進行資源模塊句柄切換的。同樣地,在應用程序主對話框的“調(diào)用DLL”按鈕上點擊,也將看到兩個對話框,相繼為DLL中的對話框(圖13)和EXE中的對話框(圖14)。

  在下一節(jié)我們將對MFC擴展DLL進行詳細分析和實例講解,歡迎您繼續(xù)關注本系列連載。

posted on 2008-05-25 15:45 wrh 閱讀(233) 評論(0)  編輯 收藏 引用


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


導航

<2009年6月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

統(tǒng)計

常用鏈接

留言簿(19)

隨筆檔案

文章檔案

收藏夾

搜索

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲国产欧洲综合997久久| 欧美制服丝袜| 久久精品国产精品亚洲精品| 蜜臀91精品一区二区三区| 亚洲国产精品高清久久久| 亚洲一区二区高清| 欧美日韩国产在线一区| 亚洲福利视频一区二区| 久久精品亚洲一区| 最新国产乱人伦偷精品免费网站| 亚洲欧美在线一区二区| 欧美一区二区日韩| 久久人人看视频| 亚洲激情网站| 一本色道久久88亚洲综合88| 欧美一区二区三区四区在线 | 国产精品蜜臀在线观看| 国产精品一二| 亚洲精品免费网站| 久久久久久91香蕉国产| 亚洲手机成人高清视频| 欧美成人午夜77777| 国产亚洲激情| 午夜精品一区二区三区四区 | 久久综合综合久久综合| 欧美日韩国产一区二区三区| 亚洲国产人成综合网站| 久久久久久9999| 亚洲一区欧美二区| 国产精品成人一区二区艾草| 在线亚洲伦理| 亚洲一区图片| 国产精品露脸自拍| 亚洲欧美日韩久久精品 | 久久精品视频在线看| 国产欧美二区| 蜜桃av噜噜一区二区三区| 香蕉久久精品日日躁夜夜躁| 国内精品久久久久影院 日本资源| 欧美中文在线免费| 亚洲国产成人久久综合一区| 欧美国产在线观看| 亚洲最新视频在线| 蜜桃av一区| 羞羞色国产精品| 黄色精品网站| 亚洲国产日韩欧美| 欧美区一区二| 亚洲欧美国产va在线影院| 亚洲一区二区三区四区中文| 国产精品一卡二卡| 久久精品综合一区| 噜噜噜91成人网| 一区二区三区不卡视频在线观看 | 久久久久久久999| 亚洲午夜激情免费视频| 欧美在线视频a| 亚洲天堂av高清| 亚洲国产精品久久人人爱蜜臀| 亚洲第一网站| 国产精品高潮在线| 久久久欧美一区二区| 欧美极品影院| 久久久999精品| 国产精品久久毛片a| 亚洲天堂成人在线观看| 日韩写真视频在线观看| 欧美视频一区二区在线观看 | 亚洲一区欧美一区| 国产精品一区二区a| 久久夜色精品国产欧美乱极品| 久久一综合视频| 一区二区国产在线观看| 亚洲一区国产一区| 亚洲人成毛片在线播放| 亚洲天堂偷拍| 亚洲国产精品一区二区久| 一区二区av在线| 一区在线影院| 亚洲视屏一区| 亚洲精品小视频| 午夜在线电影亚洲一区| 亚洲黄页一区| 亚洲在线视频免费观看| 亚洲国产中文字幕在线观看| 一区二区三区国产精华| 亚洲大片一区二区三区| 亚洲综合三区| 一本久道综合久久精品| 久久久久久黄| 小嫩嫩精品导航| 欧美精品色一区二区三区| 老巨人导航500精品| 国产精品福利影院| 亚洲国产精品久久久久秋霞蜜臀| 国产日韩欧美二区| 在线亚洲免费| 一区二区三区国产在线| 久久这里有精品15一区二区三区 | 亚洲午夜在线视频| 99国产精品久久久久老师| 欧美激情视频一区二区三区不卡| 国产精品推荐精品| 一区二区欧美国产| 99精品欧美| 欧美h视频在线| 欧美另类变人与禽xxxxx| 久久av资源网| 国产精品私房写真福利视频| 亚洲精品一区二区三区蜜桃久| 亚洲福利视频一区二区| 欧美在线日韩精品| 欧美视频一区在线| 亚洲女女做受ⅹxx高潮| 欧美电影免费观看高清完整版| 一本色道精品久久一区二区三区| 久久久久久欧美| 亚洲欧美在线播放| 亚洲免费在线精品一区| 日韩亚洲国产精品| 一区在线播放| 亚洲免费观看| 亚洲国产高清自拍| 欧美一区二区免费| 午夜精品视频一区| 国产精品国内视频| 亚洲女同同性videoxma| 久久先锋影音av| 国模大胆一区二区三区| 女女同性精品视频| 欧美黄色成人网| 亚洲一区二区三区高清| 国产精品美女主播| 久久网站免费| 亚洲精品视频免费观看| 在线观看一区| 欧美日韩国产色视频| 在线中文字幕日韩| 欧美α欧美αv大片| 日韩视频一区二区三区在线播放| 国产精品美女一区二区| 欧美在线啊v| 欧美成人一区二区三区片免费| 韩日欧美一区| 久久精品国产69国产精品亚洲| 欧美一区激情视频在线观看| 亚洲欧美日韩精品综合在线观看| 午夜精品福利在线观看| 欧美日韩在线看| 日韩小视频在线观看| 一区二区激情视频| 欧美精品福利视频| 亚洲精品视频一区二区三区| 91久久久在线| 亚洲激情在线观看视频免费| 亚洲无限av看| 亚洲欧美在线播放| 国内一区二区在线视频观看| 欧美一区二区三区播放老司机 | 影音先锋久久久| 噜噜噜噜噜久久久久久91| 欧美尤物一区| 91久久中文字幕| 亚洲视频在线一区| 亚洲成色精品| 国产精品成人v| 久久乐国产精品| 国产精品99久久久久久人| 国产精品va在线播放我和闺蜜| 国产精品99久久久久久久vr| 欧美/亚洲一区| 欧美一级成年大片在线观看| 久久综合九色综合欧美就去吻| 亚洲欧美一区二区三区久久| 欧美国产日韩免费| 一本色道久久综合一区| 在线视频中文亚洲| 国产精品欧美久久| 久久男女视频| 欧美伦理91i| 久久久久久久综合| 欧美一区精品| 国产亚洲精品福利| 久久久久久久久一区二区| 亚洲免费观看高清在线观看| 久久综合色播五月| 亚洲欧美精品中文字幕在线| 亚洲国产中文字幕在线观看| 激情综合激情| 国产一区二区视频在线观看| 国产精品毛片在线| 欧美视频一区二区三区…| 欧美激情第二页| 美女999久久久精品视频| 久久精品人人做人人爽| 欧美在线观看一区二区三区| 亚洲欧美成人一区二区在线电影 | 亚洲乱码久久| 亚洲国产精品一区二区第一页| 亚洲免费电影在线观看|