原文地址：http://blog.csdn.net/benkaoya/archive/2008/06/02/2504781.aspx
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)。（簡要翻譯：對于一個Dll模塊，DllMain函數(shù)是可選的。）這句話很重要，很多初學(xué)者可能都認為一個動態(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。
當(dāng)一個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
當(dāng)DLL被從進程的地址空間解除映射時，系統(tǒng)調(diào)用了它的DllMain，傳遞的fdwReason值是DLL_PROCESS_DETACH。當(dāng)DLL處理該值時，它應(yīng)該執(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í)行任何清理工作。）
注意：當(dāng)用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
當(dāng)進程創(chuàng)建一線程時，系統(tǒng)查看當(dāng)前映射到進程地址空間中的所有DLL文件映像，并用值DLL_THREAD_ATTACH調(diào)用DLL的DllMain函數(shù)。
新創(chuàng)建的線程負責(zé)執(zhí)行這次的DLL的DllMain函數(shù)，只有當(dāng)所有的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)查看當(dā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ù)名（當(dāng)然這個函數(shù)名是你程序中已經(jīng)實現(xiàn)的函數(shù)）。Entry-point symbol是干么的呢？可以以關(guān)鍵字“Entry-point symbol”搜索MSDN幫助文檔查看，搜索時，打鉤“僅搜索標題”會更快定位。
按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)式信息啊。
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.
原文地址：http://www.blogjava.net/Yipak/articles/182025.html
DllMain的使用：
DllMain函數(shù)是DLL模塊的默認入口點。當(dāng)Windows加載DLL模塊時調(diào)用這一函數(shù)。系統(tǒng)首先調(diào)用全局對象的構(gòu)造函數(shù)，然后調(diào)用全局函數(shù) DLLMain。DLLMain函數(shù)不僅在將DLL鏈接加載到進程時被調(diào)用，在DLL模塊與進程分離時（以及其它時候）也被調(diào)用。下面是一個框架 DLLMain函數(shù)的例子。
如果我們在DllMain中寫入下面的代碼（在原來的gandll.c中添加下面的代碼）：
BOOL APIENTRY DllMain(HANDLE hModule, DWORD ul_reason_for_call, LPVOID lpReserved){ printf("hModule.%p lpReserved.%p \n", hModule, lpReserved); switch (ul_reason_for_call) { case DLL_PROCESS_ATTACH: printf("Process attach. \n"); break; case DLL_PROCESS_DETACH: printf("Process detach. \n"); break; case DLL_THREAD_ATTACH: printf("Thread attach. \n"); break; case DLL_THREAD_DETACH: printf("Thread detach. \n"); break; } return (TRUE);}同時將dlltest\dlltest.c修改為：
#include <stdio.h>#include "dlltest.h"int main(int argc, char **argv){ printf("Simple DLL test start. \n"); printf("Call DLL function: \n"); printf("Test DLL values: %d \n", add2(1, 2)); printf("Call DLL function end. \n"); printf("Simple DLL test end. \n"); return (0);}我簡單的測試一下輸出結(jié)果為：
C:\gandll\dlltest>dlltesthModule.10000000 lpReserved.0012FD30Process attach.Simple DLL test start.Call DLL function:Test DLL values: 3Call DLL function end.Simple DLL test end.hModule.10000000 lpReserved.00000001Process detach.也就是說DLL加載和應(yīng)用程序退出的使用都會調(diào)用該函數(shù)（DllMain）的哦， 是應(yīng)用程序一上來就調(diào)用的，不是用到該函數(shù)時才調(diào)用的！
好象有個問題：
下面的話來源：
http://waiguai.blogdriver.com/waiguai/989918.html采用隱式鏈接方式，程序員在建立一個DLL文件時，鏈接程序會自動生成一個與之對應(yīng)的LIB導(dǎo)入文件。該文件包含了每一個DLL導(dǎo)出函數(shù)的符號名和可選的標識號，但是并不含有實際的代碼。LIB文件作為DLL的替代文件被編譯到應(yīng)用程序項目中。當(dāng)程序員通過靜態(tài)鏈接方式編譯生成應(yīng)用程序時，應(yīng)用程序中的調(diào)用函數(shù)與LIB文件中導(dǎo)出符號相匹配，這些符號或標識號進入到生成的EXE文件中。LIB文件中也包含了對應(yīng)的DLL文件名（但不是完全的路徑名），鏈接程序?qū)⑵浯鎯υ贓XE文件內(nèi)部。當(dāng)應(yīng)用程序運行過程中需要加載DLL文件時，Windows根據(jù)這些信息發(fā)現(xiàn)并加載DLL，然后通過符號名或標識號實現(xiàn)對 DLL函數(shù)的動態(tài)鏈接。
我們看他說的“當(dāng)應(yīng)用程序運行過程中需要加載DLL文件時”， 我做的實驗測試的是，在輸出
Simple DLL test start.
Call DLL function:
這兩行應(yīng)該是不需要DLL的啊， 怎么應(yīng)用程序在前面輸出了：
hModule.10000000 lpReserved.0012FD30
Process attach.
這個呢？ 這就說明其實應(yīng)用程序一上來就調(diào)用了DLL的（還有一種可能就是他是正確的，由于編譯器優(yōu)化的原因使的該DLL一上來就被調(diào)用了）。
到地是為什么？ 再查，再查。。。。。。
例子：
創(chuàng)建一個簡單的DLL工程。
MyDllMain.
修改MyDllMain.cpp
#include "stdafx.h"
#include <stdio.h>
BOOL APIENTRY DllMain( HANDLE hModule,
DWORD ul_reason_for_call,
LPVOID lpReserved
)
{
printf("hModule.%p lpReserved.%p \n", hModule, lpReserved);
switch (ul_reason_for_call)
{
case DLL_PROCESS_ATTACH:
printf("Process attach. \n");
break;
case DLL_PROCESS_DETACH:
printf("Process detach. \n");
break;
case DLL_THREAD_ATTACH:
printf("Thread attach. \n");
break;
case DLL_THREAD_DETACH:
printf("Thread detach. \n");
break;
}
return TRUE;
}
創(chuàng)建一個.CPP文件
#include "StdAfx.h"
extern "C" int _declspec(dllexport) add(int a, int b)
{
return a + b;
}
新建一個測試工程：
TestMainDll
TestMainDll.cpp
#include "stdafx.h"
#include <iostream>
#include <windows.h>
using namespace std;
typedef int (*Fun)(int, int);
HINSTANCE hInstance;
Fun fun;
int main(int argc, char* argv[])
{
hInstance = LoadLibrary("MyDllMain.dll");
if (!hInstance)
cout<<"Not Find this Dll"<<endl;
fun = (Fun)GetProcAddress(hInstance, "add");
cout<<fun(12,3)<<endl;;
FreeLibrary(hInstance);
printf("Hello World!\n");
return 0;
}
posted on 2010-03-15 09:24
漂漂 閱讀(11679)
評論(0) 編輯 收藏 引用 所屬分類:
深入vc++