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

            我希望你是我獨家記憶

            一段永遠封存的記憶,隨風而去
            posts - 263, comments - 31, trackbacks - 0, articles - 3
               :: 首頁 :: 新隨筆 ::  :: 聚合  :: 管理

            DLLMain簡單介紹

            Posted on 2009-12-04 15:05 Hero 閱讀(1210) 評論(0)  編輯 收藏 引用 所屬分類: C++

            1   DLL的進入/退出函數(shù)

            1.1 DllMain簡介

            跟exe有個main或者WinMain入口函數(shù)一樣,DLL也有一個入口函數(shù),就是DllMain。以“DllMain”為關(guān)鍵字,來看看MSDN幫助文檔怎么介紹這個函數(shù)的。

            The DllMain function is an optional method of entry into a dynamic-link library (DLL)。(簡要翻譯:對于動態(tài)鏈接庫,DllMain是一個可選的入口函數(shù)。)這句話很重要,很多初學者可能都認為一個動態(tài)鏈接庫肯定要有DllMain函數(shù)。其實不然,像很多僅僅包含資源信息的DLL是沒有DllMain函數(shù)的。

            1.2 何時調(diào)用DllMain

                   系統(tǒng)是在什么時候調(diào)用DllMain函數(shù)的呢?靜態(tài)鏈接時,或動態(tài)鏈接時調(diào)用LoadLibrary和FreeLibrary都會調(diào)用DllMain函數(shù)。DllMain的第三個參數(shù)fdwReason指明了系統(tǒng)調(diào)用Dll的原因,它可能是:

            DLL_PROCESS_ATTACH、

            DLL_PROCESS_DETACH、

            DLL_THREAD_ATTACH

            DLL_THREAD_DETACH。

            以下從這四種情況來分析系統(tǒng)何時調(diào)用了DllMain。            

            1.2.1 DLL_PROCESS_ATTACH

                   大家都知道,一個程序要調(diào)用Dll里的函數(shù),首先要先把DLL文件映射到進程的地址空間。要把一個DLL文件映射到進程的地址空間,有兩種方法:靜態(tài)鏈接和動態(tài)鏈接的LoadLibrary或者LoadLibraryEx。

                   當一個DLL文件被映射到進程的地址空間時,系統(tǒng)調(diào)用該DLL的DllMain函數(shù),傳遞的fdwReason參數(shù)為DLL_PROCESS_ATTACH。這種調(diào)用只會發(fā)生在第一次映射時。如果同一個進程后來為已經(jīng)映射進來的DLL再次調(diào)用LoadLibrary或者LoadLibraryEx,操作系統(tǒng)只會增加DLL的使用次數(shù),它不會再用DLL_PROCESS_ATTACH調(diào)用DLL的DllMain函數(shù)。不同進程用LoadLibrary同一個DLL時,每個進程的第一次映射都會用DLL_PROCESS_ATTACH調(diào)用DLL的DllMain函數(shù)。

                   可參考DllMainTest的DLL_PROCESS_ATTACH_Test函數(shù)。

            1.2.2 DLL_PROCESS_DETACH

                   當DLL被從進程的地址空間解除映射時,系統(tǒng)調(diào)用了它的DllMain,傳遞的fdwReason值是DLL_PROCESS_DETACH。當DLL處理該值時,它應該執(zhí)行進程相關(guān)的清理工作。

                   那么什么時候DLL被從進程的地址空間解除映射呢?兩種情況:

                   ◆FreeLibrary解除DLL映射(有幾個LoadLibrary,就要有幾個FreeLibrary

                   ◆進程結(jié)束而解除DLL映射,在進程結(jié)束前還沒有解除DLL的映射,進程結(jié)束后會解除DLL映射。(如果進程的終結(jié)是因為調(diào)用了TerminateProcess,系統(tǒng)就不會用DLL_PROCESS_DETACH來調(diào)用DLL的DllMain函數(shù)。這就意味著DLL在進程結(jié)束前沒有機會執(zhí)行任何清理工作。)

                   注意:當用DLL_PROCESS_ATTACH調(diào)用DLL的DllMain函數(shù)時,如果返回FALSE,說明沒有初始化成功,系統(tǒng)仍會用DLL_PROCESS_DETACH調(diào)用DLL的DllMain函數(shù)。因此,必須確保清理那些沒有成功初始化的東西。

                   可參考DllMainTest的DLL_PROCESS_DETACH_Test函數(shù)。

            1.2.3 DLL_THREAD_ATTACH

                   當進程創(chuàng)建一線程時,系統(tǒng)查看當前映射到進程地址空間中的所有DLL文件映像,并用值DLL_THREAD_ATTACH調(diào)用DLL的DllMain函數(shù)。

            新創(chuàng)建的線程負責執(zhí)行這次的DLL的DllMain函數(shù),只有當所有的DLL都處理完這一通知后,系統(tǒng)才允許進程開始執(zhí)行它的線程函數(shù)。

            注意跟DLL_PROCESS_ATTACH的區(qū)別,我們在前面說過,第n(n>=2)次以后地把DLL映像文件映射到進程的地址空間時,是不再用DLL_PROCESS_ATTACH調(diào)用DllMain的。而DLL_THREAD_ATTACH不同,進程中的每次建立線程,都會用值DLL_THREAD_ATTACH調(diào)用DllMain函數(shù),哪怕是線程中建立線程也一樣。

            1.2.4 DLL_THREAD_DETACH

                   如果線程調(diào)用了ExitThread來結(jié)束線程(線程函數(shù)返回時,系統(tǒng)也會自動調(diào)用ExitThread),系統(tǒng)查看當前映射到進程空間中的所有DLL文件映像,并用DLL_THREAD_DETACH來調(diào)用DllMain函數(shù),通知所有的DLL去執(zhí)行線程級的清理工作。

                   注意:如果線程的結(jié)束是因為系統(tǒng)中的一個線程調(diào)用了TerminateThread,系統(tǒng)就不會用值DLL_THREAD_DETACH來調(diào)用所有DLL的DllMain函數(shù)。

            1.3 為DllMain換名

            在早期的SDK版本中,DllMain是叫做DllEntryPoint。其實有一件鮮為人知的事:一個Dll的入口函數(shù)名是可以自己定義的。下面我將以VC++6.0為例來演示如何更改。首先要說明一點,雖然DllMain可以換成其他函數(shù)名,但函數(shù)的參數(shù)和返回值必須和DllMain一樣。而且這個函數(shù)要為__stdcall類型(DllMain本身也是__stdcall類型)。

            打開VC++菜單Project\Settings\Link tab\ Output in the Category box,如下圖,在Entry-point symbol中輸入要替換DllMain的函數(shù)名(當然這個函數(shù)名是你程序中已經(jīng)實現(xiàn)的函數(shù))。Entry-point symbol是干么的呢?可以以關(guān)鍵字“Entry-point symbol”搜索MSDN幫助文檔查看,搜索時,打鉤“僅搜索標題”會更快定位。

            DllMain詳解 - 生活 - 無敵

                     按OK后,如果馬上編譯的話會出現(xiàn)如下錯誤:

            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,再次編譯,成功。大家可以自己測試下到底有沒有更改成功,什么,如果測試?打出調(diào)式信息啊。

            DllMain詳解 - 生活 - 無敵

            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.

            狠狠色丁香久久婷婷综合图片| 精品国产一区二区三区久久蜜臀| 97精品国产97久久久久久免费| 久久精品国产精品国产精品污| 国产精品成人久久久久三级午夜电影 | 精品国际久久久久999波多野| 久久精品中文无码资源站| 99久久国产亚洲高清观看2024| 日本精品久久久久中文字幕8| 久久久久99这里有精品10| 亚洲精品无码成人片久久| 精品99久久aaa一级毛片| 天天影视色香欲综合久久| 久久精品成人免费看| 久久久久国产一级毛片高清板| 91精品国产91久久综合| 一97日本道伊人久久综合影院| 国产精品99久久久久久人| 99久久免费只有精品国产| 97久久婷婷五月综合色d啪蜜芽| 久久无码人妻精品一区二区三区| 久久99中文字幕久久| 久久天天躁狠狠躁夜夜av浪潮| 亚洲狠狠婷婷综合久久久久| 国产精品午夜久久| 久久人妻少妇嫩草AV无码专区| 国产精品熟女福利久久AV| 久久精品无码专区免费东京热 | 久久精品黄AA片一区二区三区| 色综合久久88色综合天天 | 91视频国产91久久久| 亚洲精品乱码久久久久66| 久久播电影网| 国产高清美女一级a毛片久久w | 久久99国产综合精品免费| 久久伊人五月天论坛| 青青国产成人久久91网| 国产V亚洲V天堂无码久久久| 久久久无码精品亚洲日韩蜜臀浪潮 | 午夜精品久久久久久99热| 精品国产乱码久久久久软件|