• <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>
            隨筆 - 20, 文章 - 0, 評論 - 45, 引用 - 0
            數據加載中……

            DLL的那些事兒

                   DLL是dynamic-Link Library的縮寫,它一直是windows編程的基石。DLL是一個windows程序員必須要掌握的技能。下面從幾個不同的方面介紹一下DLL的基礎知識,或許會有不妥的地方,希望大家指正。
            一、DLL與EXE的區別。
            1.在進程初始化時,系統在進程的地址空間中創建一個堆。這個堆就是進程的默認堆。而DLL中沒有與其相關的堆。
            2.每當創建一個線程時,系統就會為線程(每個線程都有自己的棧)保留一個棧空間區域(在進程的地址空間),并將物理存儲器提交給這個保留的區域。而DLL中沒有與其相關的棧空間。
            3.一旦DLL的文件映射到調用進程的地址空間,則DLL幾乎失去了它作為DLL的所有特征標志,對于進程中的線程而言,DLL的代碼和數據看起來就像是恰好存在于進程地址空間中的額外代碼和數據。被DLL中的函數代碼多創建的任何對象都屬于調用它的線程(一個DLL并不擁有任何元素包括棧和堆)。當然有一條需要特別注意,就是在DLL中申請的heap應當有DLL釋放這個空間,否則會帶來災難性后果,這個不能說明DLL中有堆空間,而是由于DLL鏈接的runtime library導致的。
            4.如果DLL文件被多個進程共享,通過copy-on-write機制來實現。
            5.當然作為可執行模塊,DLL必需含有二進制代碼和全局/靜態數據變量。只是DLL不能單獨執行只能依附于進程執行,即必需加載到進程的地址空間中的,自己沒有單獨的地址空間,這個是所有區別的緣由所在。
            二、Dll的加載。
               為了使用DLL模塊中的函數,DLL必需映射到進程地址空間,有兩種方法:
            1)隱式裝載時鏈接,這需要鏈接時鏈接那些函數所在DLL的導入庫lib文件,lib向系統提供了載入DLL時所需的信息及DLL函數定位。
            2)顯式運行時鏈接,運行時可以通過LoadLibrary或LoadLibraryEx函數載入DLL。DLL載入后,模塊可以通過調用GetProcAddress獲取DLL函數的出口地址,然后就可以通過返回的函數指針調用DLL函數了。如此即可避免使用lib導入庫文件。
            三、dll優點。
            1)減少內存占用:當多個應用程序調用同一個Dll時,在物理上只保留一份內存,通過copy-on-write原則共享。尤其是對windows相關的庫,如Kernel User GDI。在早期的Windows中OS就是有底層的MS-DOS和上層的Dynamic Link Libraries組成的。額外的dll層能夠為所有的程序共享,不僅能保證OS在不到1M內存中運行,而且使各個程序互相協作。
            2)根據需要在運行時加載/卸載庫:一個很典型的例子Windows的繪圖接口GDI, 當我們使用一個打印機來繪圖時,API調用被翻譯成打印機的請求,這可以通過對特定的設備集合提供特定的編碼來實現,但是MicroSoft選擇了一種更為聰明的辦法,GDI通過加載不同的代碼實現不同輸出設備的交互,這些代碼就是所謂的設備驅動。這種概念就叫做動態鏈接,它是Windows的核心架構。
            3)跨語言調用:因為dll本身就是可執行的文件(匯編指令集),因此可以被不同的語言共享。
            4)方便升級:只要保證調用接口不變,我們可以使用不同的實現的dll替換已有的,這使得dll的升級非常方便。
            四、關于DllMain函數。
            1)DLL_PROCESS_ATTACH調用,在創建主線程后會調用,一般用來初始化自己,在該調用中,應當避免調用從其他Dll中導入的函數,避免調用loadLibrary等函數。
            2)DLL_THREAD_ATTACH調用,在進程中創建一個線程時,系統將檢查當前映射到進程地址空間的所有DLL的文件映射,并以DLL_THREAD_ATTACH為參數調用每個DLL的DllMain函數。

            參考文獻:
            1.windows核心編程
            2.msdn

            posted on 2011-04-18 16:02 Kenny Jiang 閱讀(3487) 評論(3)  編輯 收藏 引用 所屬分類: Windows

            評論

            # re: DLL的那些事兒  回復  更多評論   

            不太明白有DllMain生成的dll文件和沒有DllMain函數生成的dll有什么區別?
            2011-04-19 12:41 | ToughLife

            # re: DLL的那些事兒  回復  更多評論   

            @ToughLife
            首先說明一下,對DLL來說,DllMain不是必須的。
            Dll可以有單一的入口函數DllMain。系統在不同的時機調用該入口函數。如在執行單個進程或單個線程的初始化和清除操作時。
            如果DLL不需要這些通知,那么就不必再DLL的源代碼中實現此函數。
            2011-04-19 13:43 | Kenny Jiang

            # re: DLL的那些事兒  回復  更多評論   

            @Kenny Jiang
            哦,這樣啊,好的,多謝!
            希望樓主多發好文章!
            2011-04-20 17:24 | 海浪輕風
            国产精品热久久无码av| 亚洲欧美日韩中文久久| 91久久精品无码一区二区毛片| 久久国产精品无码一区二区三区 | 亚洲第一永久AV网站久久精品男人的天堂AV | 色狠狠久久综合网| 久久不见久久见免费视频7| 国产高潮国产高潮久久久91| 久久人与动人物a级毛片| 国产精品视频久久| 99精品久久久久久久婷婷| 久久99久久99小草精品免视看| 欧美日韩成人精品久久久免费看 | 久久97久久97精品免视看| 中文字幕日本人妻久久久免费| AV无码久久久久不卡网站下载| 欧美色综合久久久久久| 久久国产成人精品麻豆| 久久久久女人精品毛片| 久久只这里是精品66| 九九热久久免费视频| 久久精品国产秦先生| 中文字幕久久波多野结衣av| 亚洲成av人片不卡无码久久| 成人精品一区二区久久久| 久久精品国产亚洲av影院| 大香伊人久久精品一区二区| 精品国产乱码久久久久久浪潮| 国产精品久久久久久| 日本久久久久亚洲中字幕| 亚洲国产精品无码久久98| 国内精品人妻无码久久久影院导航 | 久久精品亚洲日本波多野结衣| 国产成人无码精品久久久性色 | 亚洲愉拍99热成人精品热久久| 日本加勒比久久精品| 天堂无码久久综合东京热| 欧美久久一区二区三区| 欧美日韩成人精品久久久免费看| 久久一区二区三区免费| 亚洲人成网站999久久久综合 |