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

            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

                 它包含那些用于畫圖和顯示文本的函數(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)寫法:

            #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)單,在編寫客戶端代碼時(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。我們自己編寫的DLL會(huì)比較靠前地被加載。

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

            評(píng)論

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

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

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

            寫的不錯(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

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

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

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

            亚洲国产精品无码久久久蜜芽| 久久精品免费全国观看国产| 青春久久| 91久久福利国产成人精品| 国产精品免费福利久久| 亚洲色大成网站WWW久久九九| 色婷婷综合久久久久中文字幕| 九九久久精品无码专区| 国内精品久久久久久不卡影院| 久久青草国产手机看片福利盒子| 亚洲AV无码一区东京热久久| 99久久国产宗和精品1上映| 久久精品国产亚洲AV不卡| 亚洲精品无码专区久久久 | 久久精品免费大片国产大片| 国产成人久久激情91| 久久99国产精品久久99果冻传媒 | 久久一日本道色综合久久| 无码超乳爆乳中文字幕久久 | 日产精品久久久久久久性色| 久久综合国产乱子伦精品免费| 久久久久亚洲AV成人片| 狠狠色丁香久久综合五月| 免费一级欧美大片久久网| 中文字幕乱码久久午夜| 久久伊人精品青青草原高清| 777久久精品一区二区三区无码| 久久av免费天堂小草播放| 欧美精品九九99久久在观看| 午夜欧美精品久久久久久久| 精品999久久久久久中文字幕| 久久久艹| 国产亚洲欧美精品久久久| 欧美久久天天综合香蕉伊| 精品久久久久久无码中文字幕一区 | 国产综合成人久久大片91| 久久久久久精品免费看SSS | 99久久99久久| 久久WWW免费人成一看片| 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲高清不卡 国产成人精品久久亚洲 | 狠狠精品久久久无码中文字幕 |