原文地址：http://blog.csdn.net/benkaoya/archive/2008/06/02/2504781.aspx
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的映射，進程結束后會解除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.
原文地址：http://www.blogjava.net/Yipak/articles/182025.html
DllMain的使用：
DllMain函數是DLL模塊的默認入口點。當Windows加載DLL模塊時調用這一函數。系統首先調用全局對象的構造函數，然后調用全局函數 DLLMain。DLLMain函數不僅在將DLL鏈接加載到進程時被調用，在DLL模塊與進程分離時（以及其它時候）也被調用。下面是一個框架 DLLMain函數的例子。
如果我們在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);}我簡單的測試一下輸出結果為：
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加載和應用程序退出的使用都會調用該函數（DllMain）的哦， 是應用程序一上來就調用的，不是用到該函數時才調用的！
好象有個問題：
下面的話來源：
http://waiguai.blogdriver.com/waiguai/989918.html采用隱式鏈接方式，程序員在建立一個DLL文件時，鏈接程序會自動生成一個與之對應的LIB導入文件。該文件包含了每一個DLL導出函數的符號名和可選的標識號，但是并不含有實際的代碼。LIB文件作為DLL的替代文件被編譯到應用程序項目中。當程序員通過靜態鏈接方式編譯生成應用程序時，應用程序中的調用函數與LIB文件中導出符號相匹配，這些符號或標識號進入到生成的EXE文件中。LIB文件中也包含了對應的DLL文件名（但不是完全的路徑名），鏈接程序將其存儲在EXE文件內部。當應用程序運行過程中需要加載DLL文件時，Windows根據這些信息發現并加載DLL，然后通過符號名或標識號實現對 DLL函數的動態鏈接。
我們看他說的“當應用程序運行過程中需要加載DLL文件時”， 我做的實驗測試的是，在輸出
Simple DLL test start.
Call DLL function:
這兩行應該是不需要DLL的啊， 怎么應用程序在前面輸出了：
hModule.10000000 lpReserved.0012FD30
Process attach.
這個呢？ 這就說明其實應用程序一上來就調用了DLL的（還有一種可能就是他是正確的，由于編譯器優化的原因使的該DLL一上來就被調用了）。
到地是為什么？ 再查，再查。。。。。。
例子：
創建一個簡單的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;
}
創建一個.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
漂漂 閱讀(11701)
評論(0) 編輯 收藏 引用 所屬分類:
深入vc++