// 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等等

:-)