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

            山寨:不是最好的,是最適合我們的!歡迎體驗山寨 中文版MSDN

            Blog @ Blog

            當華美的葉片落盡,生命的脈絡才歷歷可見。 -- 聶魯達

            常用鏈接

            統計

            積分與排名

            BBS

            Blog

            Web

            最新評論

            DllMain詳解

            1  DLL的進入/退出函數
            1.1  DllMain簡介
            跟exe有個main或者WinMain入口函數一樣,DLL也有一個入口函數,就是DllMain。以“DllMain”為關鍵字,來看看MSDN幫助文檔怎么介紹這個函數的。
            The DllMain function is an optional method of entry into a dynamic-link library (DLL)(簡要翻譯:對于一個Dll模塊,DllMain函數是可選的。)這句話很重要,很多初學者可能都認為一個動態鏈接庫肯定要有DllMain函數。其實不然,像很多僅僅包含資源信息的DLL是沒有DllMain函數的。
            1.2 何時調用DllMain
                   系統是在什么時候調用DllMain函數的呢?靜態鏈接時,或動態鏈接時調用LoadLibrary和FreeLibrary都會調用DllMain函數。DllMain的第三個參數fdwReason指明了系統調用Dll的原因,它可能是DLL_PROCESS_ATTACH、DLL_PROCESS_DETACH、DLL_THREAD_ATTACH和DLL_THREAD_DETACH。以下從這四種情況來分析系統何時調用了DllMain。            
            1.2.1 DLL_PROCESS_ATTACH
                   大家都知道,一個程序要調用Dll里的函數,首先要先把DLL文件映射到進程的地址空間。要把一個DLL文件映射到進程的地址空間,有兩種方法:靜態鏈接和動態鏈接的LoadLibrary或者LoadLibraryEx。
                   當一個DLL文件被映射到進程的地址空間時,系統調用該DLL的DllMain函數,傳遞的fdwReason參數為DLL_PROCESS_ATTACH。這種調用只會發生在第一次映射時。如果同一個進程后來為已經映射進來的DLL再次調用LoadLibrary或者LoadLibraryEx,操作系統只會增加DLL的使用次數,它不會再用DLL_PROCESS_ATTACH調用DLL的DllMain函數。不同進程用LoadLibrary同一個DLL時,每個進程的第一次映射都會用DLL_PROCESS_ATTACH調用DLL的DllMain函數。
                   可參考DllMainTest的DLL_PROCESS_ATTACH_Test函數。
            1.2.2 DLL_PROCESS_DETACH
                   當DLL被從進程的地址空間解除映射時,系統調用了它的DllMain,傳遞的fdwReason
            值是DLL_PROCESS_DETACH。當DLL處理該值時,它應該執行進程相關的清理工作。
                   那么什么時候DLL被從進程的地址空間解除映射呢?兩種情況:
                   FreeLibrary解除DLL映射(有幾個LoadLibrary,就要有幾個FreeLibrary)
                   ◆進程結束而解除DLL映射,當然實在進程結束前還沒有這個解除DLL的映射的情況。(如果進程的終結是因為調用了TerminateProcess,系統就不會用DLL_PROCESS_DETACH來調用DLL的DllMain函數。這就意味著DLL在進程結束前沒有機會執行任何清理工作。)
                   注意:當用DLL_PROCESS_ATTACH調用DLL的DllMain函數時,如果返回FALSE,說明沒有初始化成功,系統仍會用DLL_PROCESS_DETACH調用DLL的DllMain函數。因此,必須確保沒有清理那些沒有成功初始化的東西。
                   可參考DllMainTest的DLL_PROCESS_DETACH_Test函數。
            1.2.3 DLL_THREAD_ATTACH
                   當進程創建一線程時,系統查看當前映射到進程地址空間中的所有DLL文件映像,并用值DLL_THREAD_ATTACH調用DLL的DllMain函數。
            新創建的線程負責執行這次的DLL的DllMain函數,只有當所有的DLL都處理完這一通知后,系統才允許線程開始執行它的線程函數。
            注意跟DLL_PROCESS_ATTACH的區別,我們在前面說過,第n(n>=2)次以后地把DLL映像文件映射到進程的地址空間時,是不再用DLL_PROCESS_ATTACH調用DllMain的。而DLL_THREAD_ATTACH不同,進程中的每次建立線程,都會用值DLL_THREAD_ATTACH調用DllMain函數,哪怕是線程中建立線程也一樣。
            1.2.4 DLL_THREAD_DETACH
                   如果線程調用了ExitThread來結束線程(線程函數返回時,系統也會自動調用ExitThread),系統查看當前映射到進程空間中的所有DLL文件映像,并用DLL_THREAD_DETACH來調用DllMain函數,通知所有的DLL去執行線程級的清理工作。
                   注意:如果線程的結束是因為系統中的一個線程調用了TerminateThread,系統就不會用值DLL_THREAD_DETACH來調用所有DLL的DllMain函數。
            1.3  為DllMain換名
            在早期的SDK版本中,DllMain是叫做DllEntryPoint。其實有一件鮮為人知的事:一個Dll的入口函數名是可以可以自己定義的。下面我將以VC++6.0為例來演示如何更改。首先要說明一點,雖然DllMain可以換成其他函數名,但函數的參數和返回值必須和DllMain一樣。而且這個函數要為__stdcall類型(DllMain本身也是__stdcall類型)。
            打開VC++菜單Project\Settings\Link tab\ Output in the Category box如下圖,在Entry-point symbol中輸入要替換DllMain的函數名(當然這個函數名是你程序中已經實現的函數)。Entry-point symbol是干么的呢?可以以關鍵字“Entry-point symbol”搜索MSDN幫助文檔查看,搜索時,打鉤“僅搜索標題”會更快定位。

                     按OK后,如果馬上編譯的話會出現如下錯誤:
            LIBCMTD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
            Debug/Dll.dll : fatal error LNK1120: 1 unresolved externals
            打開VC++菜單Project\Settings\C/C++選項卡,如下圖,在Project Options:末尾的地方添加”/D”(圖中藍色高亮的地方),要注意位置,我試了,要把/D放到/GZ后面也會鏈接錯誤,我也不懂為什么,^_^。按OK,再次編譯,成功。大家可以自己測試下到底有沒有更改成功,什么,如果測試?打出調式信息啊。

            1.4 DisableThreadLibraryCalls
            看幫助就知道它是干么用的:
            The DisableThreadLibraryCalls function disables the DLL_THREAD_ATTACH and DLL_THREAD_DETACH notifications for the dynamic-link library (DLL) specified by hLibModule. This can reduce the size of the working code set for some applications.

            posted on 2008-08-04 09:26 isabc 閱讀(5233) 評論(0)  編輯 收藏 引用 所屬分類: C++基礎

            廣告信息(免費廣告聯系)

            中文版MSDN:
            歡迎體驗

            国产精品久久国产精麻豆99网站 | 69久久夜色精品国产69| 婷婷久久综合九色综合九七| 国产精品无码久久久久| 久久久免费观成人影院| 久久免费看黄a级毛片| 久久久久亚洲AV无码网站| 97超级碰碰碰碰久久久久| 天天综合久久一二三区| 潮喷大喷水系列无码久久精品| 人人狠狠综合久久亚洲88| 久久精品免费一区二区| 91久久精品国产91性色也| 久久精品国产99国产精品亚洲| 久久综合久久综合久久| 国产aⅴ激情无码久久| 久久久久国产精品麻豆AR影院| 久久夜色精品国产网站| 婷婷久久综合| 久久久久国产日韩精品网站| 精品久久777| 久久发布国产伦子伦精品| 精品国产99久久久久久麻豆| 久久久久久极精品久久久| 久久精品国产亚洲一区二区| 亚洲AV无一区二区三区久久 | 久久国产欧美日韩精品| 国产精品日韩欧美久久综合| 97久久国产亚洲精品超碰热| 欧美精品久久久久久久自慰| 中文字幕亚洲综合久久菠萝蜜 | 久久亚洲AV成人无码| 久久AⅤ人妻少妇嫩草影院| 99久久综合狠狠综合久久止| 国产亚洲精品久久久久秋霞 | 亚洲va国产va天堂va久久| 久久午夜无码鲁丝片秋霞 | 亚洲国产婷婷香蕉久久久久久| 亚洲国产精品久久久久婷婷软件| 久久精品国产亚洲AV无码麻豆| 久久综合给久久狠狠97色|