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

Zero Lee的專欄

DLL編程專題

 

DLL(動(dòng)態(tài)鏈接庫(kù))專題

0.

       Windows API中所有的函數(shù)都包含在dll中,其中有3個(gè)最重要的DLL

      (1)   Kernel32.dll

      它包含那些用于管理內(nèi)存、進(jìn)程和線程的函數(shù),例如CreateThread函數(shù);

      (2)   User32.dll

     它包含那些用于執(zhí)行用戶界面任務(wù)(如窗口的創(chuàng)建和消息的傳送)的函數(shù),例如CreateWindow函數(shù);

      (3)   GDI32.dll

     它包含那些用于畫(huà)圖和顯示文本的函數(shù)。

 

1.      靜態(tài)庫(kù)和動(dòng)態(tài)庫(kù)

(1)   靜態(tài)庫(kù)

         函數(shù)和數(shù)據(jù)被編譯進(jìn)一個(gè)二進(jìn)制文件(通常擴(kuò)展名為.LIB)。在使用靜態(tài)庫(kù)的情況下,在編譯鏈接可執(zhí)行文件時(shí),鏈接器從庫(kù)中復(fù)制這些函數(shù)和數(shù)據(jù)并把它們和應(yīng)用程序的其他模塊組合起來(lái)創(chuàng)建最終的可執(zhí)行文件(.Exe文件).當(dāng)發(fā)布產(chǎn)品時(shí),只需要發(fā)布這個(gè)可執(zhí)行文件,并不需要發(fā)布被使用的靜態(tài)庫(kù)。

(2)   動(dòng)態(tài)庫(kù)

      在使用動(dòng)態(tài)庫(kù)的時(shí)候,往往提供兩個(gè)文件:一個(gè)引入庫(kù)(.lib)文件和一個(gè)DLL(.dll)文件。雖然引入庫(kù)的后綴名也是”lib”,但是動(dòng)態(tài)庫(kù)的引入庫(kù)文件和靜態(tài)庫(kù)文件有著本質(zhì)上的區(qū)別,對(duì)一個(gè)DLL來(lái)說(shuō),其引入庫(kù)文件(.lib)包含該DLL導(dǎo)出的函數(shù)和變量的符號(hào)名,而.dll文件包含該DLL實(shí)際的函數(shù)和數(shù)據(jù)。在使用動(dòng)態(tài)庫(kù)的情況下,在編譯鏈接可執(zhí)行文件時(shí),只需要鏈接該DLL的引入庫(kù)文件,該DLL中的函數(shù)代碼和數(shù)據(jù)并不復(fù)制到可執(zhí)行文件中,直到可執(zhí)行程序運(yùn)行時(shí),才去加載所需的DLL,將該DLL映射到進(jìn)程的地址空間外,然后訪問(wèn)DLL中導(dǎo)出的函數(shù)。這時(shí),發(fā)布產(chǎn)品時(shí),除了發(fā)布可執(zhí)行文件以外,同時(shí)還要發(fā)布該程序?qū)⒁{(diào)用的動(dòng)態(tài)鏈接庫(kù)。

 

2.      在導(dǎo)出庫(kù)頭文件中的標(biāo)準(zhǔn)寫(xiě)法:

#ifdef LIBDAQ_EXPORTS

#define LIBDAQ_API __declspec(dllexport)

#else

#define LIBDAQ_API __declspec(dllimport)

#endif

   將該頭文件添加到某客戶代碼中時(shí),會(huì)自動(dòng)展開(kāi)。如果客戶代碼沒(méi)有定義LIBDAQ_EXPORTS,那么LIBDAQ_EXPORTS會(huì)被定義為__declspec(dllimport)表示有LIBDAQ_EXPORTS頭的函數(shù)都是從該DLL中導(dǎo)入的。

 

3.      名字改編和”extern “C””

         C++編譯器在生成DLL時(shí),會(huì)對(duì)導(dǎo)出的函數(shù)進(jìn)行名字改編,并且不同的編譯器使用的改變規(guī)則不一樣,因此改編后的名字會(huì)不一樣。這樣,如果利用不同的編譯器分別生成DLL和訪問(wèn)該DLL的客戶端代碼程序的話,后者在訪問(wèn)該DLL的導(dǎo)出函數(shù)時(shí)會(huì)出現(xiàn)問(wèn)題。為了實(shí)現(xiàn)通用性,需要加上限定符:extern “C”

         但是利用限定符extern “C”可以解決C++C之間相互調(diào)用時(shí)函數(shù)命名的問(wèn)題,但是這種方法有一個(gè)缺陷,就是不能用于導(dǎo)出一個(gè)類的成員函數(shù),只能用于導(dǎo)出全局函數(shù)。

 
4.      顯示加載方式加載DLL

         使用動(dòng)態(tài)方式來(lái)加載動(dòng)態(tài)鏈接庫(kù)時(shí),需要用到LoadLibrary函數(shù)。該函數(shù)的作用就是將指定的可執(zhí)行模塊映射到調(diào)用進(jìn)程的地址空間。調(diào)用原型為:

HMODULE LoadLibrary(LPCTSTR lpFileName);

         LoadLibrary函數(shù)不僅可以加載DLL,還可以加載可執(zhí)行模塊(Exe)。當(dāng)加載可執(zhí)行模塊時(shí),主要是為了訪問(wèn)該模塊內(nèi)的一些資源,例如對(duì)話框資源、位圖資源或圖標(biāo)資源等。LoadLibrary函數(shù)有一個(gè)字符串類型(LPCTSTR)的參數(shù),該參數(shù)指定了可執(zhí)行模塊的名稱,既可以是一個(gè)dll文件,也可以是一個(gè)exe文件。如果調(diào)用成功,LoadLibrary函數(shù)將返回所加載的那個(gè)模塊的句柄。返回類型HMODULEHINSTANCE可以通用。

         當(dāng)加載到動(dòng)態(tài)鏈接庫(kù)模塊的句柄后,接下來(lái)就要想辦法獲取該動(dòng)態(tài)鏈接庫(kù)中導(dǎo)出函數(shù)的地址,這可以通過(guò)調(diào)用GetProcAddress函數(shù)來(lái)實(shí)現(xiàn)。該函數(shù)用來(lái)獲取DLL導(dǎo)出函數(shù)的地址,其原型聲明如下所示:

FARPROC GetProcAddress(HMODULE hModule, LPCSTR lpProcName);

 

參數(shù)hModule:指定動(dòng)態(tài)鏈接庫(kù)模塊的句柄,即LoadLibrary函數(shù)的返回值。

參數(shù)lpProcName:一個(gè)指向常量的字符指針,指定DLL導(dǎo)出函數(shù)的名字或函數(shù)的序號(hào)。如果是序號(hào),則序號(hào)必須在低位字節(jié)中,高位字節(jié)必須是0

如果調(diào)用成功,GetProcAddress函數(shù)將返回指定導(dǎo)出函數(shù)的地址;否則返回NULL

 

例如:

HINSTANCE hInst;

hInst = LoadLibrary(“DllTest.dll”);

typedef int (*ADDPROC)(int a, int b);

ADDPROC add = (ADDPROC)GetProcAddress(hInst, “add”);

if (!add)

print(“Failure”);

else

process next events

FreeLibrary(hInst);

調(diào)用語(yǔ)法:

BOOL FreeLibrary(HMODULE hModule);

 

5.      加載DLL的兩種方式優(yōu)缺點(diǎn):

       采用動(dòng)態(tài)加載方式,那么可以在需要時(shí)才加載DLL,而隱式鏈接方式實(shí)現(xiàn)起來(lái)比較簡(jiǎn)單,在編寫(xiě)客戶端代碼時(shí)就可以把鏈接工作做好,在程序中可以隨時(shí)調(diào)用DLL導(dǎo)出的函數(shù)。但是如果程序需要訪問(wèn)十多個(gè)DLL時(shí),如果都采用隱式鏈接方式加載它們的話,那么在該程序啟動(dòng)時(shí),這些DLL都需要被加載到內(nèi)存中,并映射到調(diào)用進(jìn)程的地址空間,這樣將加大程序的啟動(dòng)時(shí)間。而且一般來(lái)說(shuō),在程序運(yùn)行過(guò)程中只是在某個(gè)條件滿足時(shí)才需要訪問(wèn)某個(gè)DLL中的某個(gè)函數(shù),其它情況下都不需要訪問(wèn)這些DLL中的函數(shù)。但是這時(shí)所有的DLL都已經(jīng)被加載到內(nèi)存中,資源浪費(fèi)是比較嚴(yán)重的。這個(gè)時(shí)候就需要采用顯示加載的方式來(lái)訪問(wèn)DLL,在需要時(shí)才加載所需的DLL。也就是說(shuō)在需要時(shí)才被加載到內(nèi)存中,并被映射到調(diào)用進(jìn)程的地址控件中。需要說(shuō)明的是,隱式鏈接方式訪問(wèn)DLL時(shí),在程序啟動(dòng)時(shí)也是通過(guò)LoadLibrary函數(shù)加載該進(jìn)程需要的動(dòng)態(tài)鏈接庫(kù)的。

 

6.      DllMain函數(shù)

         如果提供了DllMain函數(shù)(該函數(shù)是可以選擇存在的),那么在此函數(shù)中不要進(jìn)行太復(fù)雜的調(diào)用。因?yàn)樵诩虞d該動(dòng)態(tài)鏈接庫(kù)時(shí),可能還有一些核心動(dòng)態(tài)鏈接庫(kù)沒(méi)有被加載。例如Use32.dllGDI32.dll。我們自己編寫(xiě)的DLL會(huì)比較靠前地被加載。

posted on 2007-05-20 11:32 Zero Lee 閱讀(10284) 評(píng)論(7)  編輯 收藏 引用 所屬分類: CC++ Programming

評(píng)論

# re: DLL編程專題[未登錄](méi) 2007-05-21 09:19 夢(mèng)在天涯

寫(xiě)的超好啊,贊一個(gè)哦!  回復(fù)  更多評(píng)論   

# re: DLL編程專題 2007-05-21 11:03 kong

寫(xiě)的不錯(cuò),歸納的挺完整。有收獲。  回復(fù)  更多評(píng)論   

# re: DLL編程專題 2007-05-21 11:47 BF

非常好啊,簡(jiǎn)潔明了,我保存到本地了。  回復(fù)  更多評(píng)論   

# re: DLL編程專題 2007-05-22 08:52 匿名

hao  回復(fù)  更多評(píng)論   

# re: DLL編程專題 2008-04-12 10:57 lollipop11

引用:"需要說(shuō)明的是,隱式鏈接方式訪問(wèn)DLL時(shí),在程序啟動(dòng)時(shí)也是通過(guò)LoadLibrary函數(shù)加載該進(jìn)程需要的動(dòng)態(tài)鏈接庫(kù)的。"

請(qǐng)問(wèn)有什么依據(jù)么?

  回復(fù)  更多評(píng)論   

# re: DLL編程專題 2009-02-18 15:07 pathway

寫(xiě)的好。我轉(zhuǎn)載了  回復(fù)  更多評(píng)論   

# re: DLL編程專題 2010-03-15 18:43 0316

這不是孫鑫的那本書(shū)上的么???  回復(fù)  更多評(píng)論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲欧美精品伊人久久| 欧美成人亚洲成人日韩成人| 欧美在线视频观看| 国产婷婷精品| 久久久久久久久蜜桃| 欧美成年人在线观看| 亚洲精品视频一区二区三区| 欧美母乳在线| 亚洲免费视频网站| 老司机成人在线视频| 最新国产精品拍自在线播放| 欧美精品在线一区二区三区| 亚洲视频高清| 蜜桃久久av| 99这里只有精品| 国产日韩精品入口| 老司机一区二区三区| 99精品视频一区| 久久偷窥视频| 亚洲深夜福利| 国产一区欧美| 欧美午夜欧美| 蜜桃伊人久久| 午夜精品影院在线观看| 亚洲国产精品传媒在线观看| 欧美一区1区三区3区公司| 在线看日韩欧美| 国产精品日日做人人爱| 免费成人小视频| 性色一区二区| 一区二区免费看| 欧美黄色免费网站| 欧美专区在线观看一区| 亚洲伦伦在线| 伊人精品视频| 国产精品资源| 欧美日韩视频免费播放| 久久亚洲二区| 亚洲欧美日韩一区二区| 91久久久久| 免费久久精品视频| 性一交一乱一区二区洋洋av| 99热免费精品在线观看| 国外成人在线| 国产欧美精品日韩精品| 欧美图区在线视频| 欧美大片在线影院| 久久精品一区二区三区不卡牛牛| 亚洲图片欧美日产| 亚洲精品一二| 亚洲激情网站免费观看| 欧美福利小视频| 狂野欧美激情性xxxx欧美| 欧美专区在线播放| 午夜久久99| 亚洲欧美日韩精品久久久久| 99精品久久久| 日韩视频一区| 99热这里只有成人精品国产| 亚洲欧洲偷拍精品| 91久久极品少妇xxxxⅹ软件| 狠狠色狠狠色综合系列| 国产一区久久| 国产一区二区三区四区在线观看 | 美日韩精品免费| 久久久国产午夜精品| 欧美亚洲视频在线观看| 午夜视频久久久久久| 午夜精品视频网站| 午夜免费久久久久| 欧美一区二区三区在线视频| 性欧美8khd高清极品| 性亚洲最疯狂xxxx高清| 欧美中文字幕久久| 久久视频在线免费观看| 久久综合久久久| 免费中文字幕日韩欧美| 欧美高清视频一二三区| 亚洲国产精品一区制服丝袜 | 国产精品chinese| 国产精品久久久久毛片软件| 国产精品久99| 国产日韩精品一区| 狠狠操狠狠色综合网| 最新国产の精品合集bt伙计| 日韩亚洲不卡在线| 亚洲香蕉在线观看| 久久riav二区三区| 嫩模写真一区二区三区三州| 亚洲福利在线观看| 在线亚洲欧美| 欧美在线三级| 欧美精品一区二区三区很污很色的| 欧美日韩免费在线视频| 国产日韩视频| 亚洲精品三级| 欧美伊人久久| 欧美国产日韩xxxxx| 日韩一级黄色av| 欧美在线播放一区二区| 欧美插天视频在线播放| 欧美日韩在线免费观看| 国产日本欧美在线观看| 亚洲人久久久| 亚洲女人小视频在线观看| 久久夜色精品国产亚洲aⅴ | 亚洲午夜精品久久久久久app| 西西人体一区二区| 欧美va亚洲va香蕉在线| 国产精品激情av在线播放| 伊人久久大香线| 亚洲午夜在线| 免费不卡在线视频| 一区二区三区欧美激情| 久久久久久综合| 国产精品久久综合| 亚洲国产日韩在线一区模特| 亚洲免费在线观看视频| 欧美国产日韩免费| 先锋影音国产精品| 欧美精品在线免费观看| 黑人巨大精品欧美一区二区| 中国成人亚色综合网站| 美女诱惑黄网站一区| 亚洲手机在线| 欧美α欧美αv大片| 国产精品一区二区在线| 亚洲精品美女在线观看| 久久久亚洲人| 亚洲午夜在线观看| 欧美另类高清视频在线| 亚洲第一黄色网| 欧美在线视频免费| 一二三区精品| 欧美人与禽猛交乱配视频| 韩国女主播一区二区三区| 午夜精品www| 日韩视频中文字幕| 欧美黄色成人网| 亚洲高清电影| 美女免费视频一区| 欧美在线观看天堂一区二区三区| 欧美亚男人的天堂| 一区二区三区免费看| 亚洲国产成人精品久久| 久久久亚洲国产天美传媒修理工 | 亚洲欧美国产视频| 亚洲美女视频在线观看| 欧美国产免费| 亚洲欧洲日本一区二区三区| 欧美成人综合网站| 久久资源av| 亚洲第一精品影视| 欧美mv日韩mv国产网站| 久久九九全国免费精品观看| 国产亚洲精品高潮| 久久九九国产| 欧美在线免费观看| 国模一区二区三区| 久久婷婷国产综合尤物精品 | 国产人久久人人人人爽| 性欧美精品高清| 亚洲在线播放| 国产美女一区二区| 久久精品视频导航| 欧美尤物一区| 在线观看日韩av先锋影音电影院| 久久综合狠狠综合久久综青草| 久久国产一区二区三区| 在线看视频不卡| 欧美激情亚洲另类| 欧美女同视频| 亚洲欧美日韩国产| 亚洲欧美制服中文字幕| 国产亚洲永久域名| 美女露胸一区二区三区| 麻豆成人精品| 一区二区三区日韩精品| 亚洲图片欧美一区| 国内精品一区二区三区| 另类激情亚洲| 欧美日韩第一区日日骚| 亚洲在线播放电影| 欧美一区二区私人影院日本| 在线观看欧美激情| 91久久综合亚洲鲁鲁五月天| 欧美午夜不卡| 久久国产精品久久国产精品| 久久琪琪电影院| 一本在线高清不卡dvd| 亚洲一区二区三区精品动漫| 国产专区一区| 亚洲日韩欧美视频一区| 最新高清无码专区| 狠狠久久亚洲欧美| 午夜精品久久久久久99热| 香蕉成人啪国产精品视频综合网| 久久天天躁狠狠躁夜夜av| 欧美亚男人的天堂| 亚洲一区欧美|