// From MSDN:
BOOL WINAPI DllMain(
HINSTANCE hinstDLL, // handle to DLL module
DWORD fdwReason, // reason for calling function
LPVOID lpReserved ) // reserved
{
case DLL_PROCESS_ATTACH:
// Initialize once for each new process.
// Return FALSE to fail DLL load.
break;
case DLL_THREAD_ATTACH:
// Do thread-specific initialization.
break;
case DLL_THREAD_DETACH:
// Do thread-specific cleanup.
break;
case DLL_PROCESS_DETACH:
// Perform any necessary cleanup.
break;
}
return TRUE; // Successful DLL_PROCESS_ATTACH.
}
DllMain只是在Windows系统里注册的一个回调函数(call back)。在系统初始化你的DLL的时候,它(PE Loader)会自动定义一个进程内的global lock,防止进程里的其他线程同时运行函数里的代码,或者说是它要线性化(serialize)对DllMain的调用。
所以,哪些是你不能做的?
1。 不要调用LoadLibrary(Ex),或者可以引起线程/进程载入DLL的API,比如:
CreateProcess / CreateThread
GUI API (载入gdi32.dll或user32.dll)
Registry API (advapi32.dll)
CoInitiaklize(Ex), CoUnInitialize (ole32.dll)
malloc / calloc / free (msvcrt.dll)
GetModuleFileName, GetModuleHandle, 等等:尽管它们不载入DLL,但会引起系统产生一个Lock,因此有可能产生死锁(deadlock)。
ExitThread:如果你在DllMain里调用它,则会再次进入DllMain,你当然明白这意味着什么。
I/O(输入输出)函数,可能会引起等待。
如果你的DllMain里没有特别需要每个thread都必须作的事情,可以在函数里调用DisableThreadLibraryCall():
case DLL_PROCESS_ATTACH:
DisableThreadLibraryCall( hinstDLL );
break;
“呵呵”,你可能注意到了,“hinstDLL是HINSTANCE,不是HNODULE。”
在16位的Windows上,它们确实不同;32位?一样的。
WinDef.h:
typedef HANDLE HINSTANCE;
typedef HINSTANCE HMODULE;
可参考The old new thing: What is the difference between HINSTANCE and HMODULE? (http://blogs.msdn.com/oldnewthing/archive/2004/06/14/155107.aspx)
好了,剩下哪些是我们可以做的?
初始化全局变量和全局数据结构
初始化CriticalSection
TLS API: alloc/set/get/free
Win32 内存管理API:Virtualxxx / Heapxxx,仅仅限于使用进程的堆(heap)
CreateFile / ReadFile / WriteFile等等
:-)