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

                 它包含那些用于畫(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 閱讀(10229) 評(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)論   

            久久久久青草线蕉综合超碰| 久久亚洲AV无码西西人体| 一级a性色生活片久久无少妇一级婬片免费放 | 伊人色综合久久天天网| 97精品伊人久久大香线蕉| 一本色道久久88精品综合| 99久久国产综合精品五月天喷水| 久久99国产精品成人欧美| 一本久道久久综合狠狠爱| 精品久久久久久无码人妻蜜桃| 久久人人爽人人爽人人片AV高清 | 日韩人妻无码精品久久久不卡| 精品久久久久久无码中文字幕一区| 国产亚洲精午夜久久久久久| 久久久久亚洲AV无码专区首JN| 久久r热这里有精品视频| 久久国产色av免费看| 久久久精品波多野结衣| 久久国产乱子伦免费精品| 久久久久久国产a免费观看黄色大片 | 久久国产色AV免费观看| 热99RE久久精品这里都是精品免费 | 久久久亚洲欧洲日产国码aⅴ| 91麻豆精品国产91久久久久久| 日本人妻丰满熟妇久久久久久| 综合久久给合久久狠狠狠97色| av午夜福利一片免费看久久| 精品国产乱码久久久久久呢| 日本精品久久久久影院日本| 久久99国产精品久久99| 久久棈精品久久久久久噜噜| 亚洲午夜久久久影院| 一本一本久久A久久综合精品| 国产精品久久久久免费a∨| 亚洲精品tv久久久久| 久久一本综合| 婷婷国产天堂久久综合五月| 亚州日韩精品专区久久久| 热久久国产欧美一区二区精品| 色综合合久久天天综合绕视看| 久久精品中文字幕久久|