为什么不从入口点函数调用 FreeLibrary？答案

【问题标题】：Why not call FreeLibrary from entry point function?为什么不从入口点函数调用 FreeLibrary？
【发布时间】：2010-12-26 13:22:29
【问题描述】：

我正在编写一个需要多次动态调用单独的 DLL 的 DLL。我想保持被调用者加载，然后在卸载我的 DLL 时将其卸载。但根据微软的说法，那是bad idea。

入口点函数应该只执行简单的初始化任务并且不应调用任何其他 DLL 加载或终止功能。为了例如，在入口点函数中，你不应该直接或间接地调用 LoadLibrary 函数或 LoadLibraryEx 函数。此外，你不应该调用 FreeLibrary 进程运行时的函数终止。

这是有问题的代码。有人能解释一下为什么我不应该从我的 DLL 入口点调用 LoadLibrary 和 FreeLibrary 吗？

BOOL APIENTRY DllMain( HANDLE hModule, 
                       DWORD  ul_reason_for_call, 
                       LPVOID lpReserved
                     )
{
switch (ul_reason_for_call) {
    case DLL_PROCESS_DETACH :
            if (hLogLib != NULL) FreeLibrary(hLogLib);
            break;
    }
    return TRUE;
}

【问题讨论】：

你怎么知道DLL还没有被卸载？
@Anon：我不知道。事实上，我什至不知道它曾经被加载过。但如果它已加载但尚未卸载，我想卸载它。
听起来您应该静态链接到另一个 DLL，而不是尝试动态加载它。
@Remy，如果可以的话，我会的。 DLL 的路径在编译时不可用。
也许压力在于“您不应该在进程终止时调用 FreeLibrary 函数。”也就是说，当进程终止时不做任何事情，也许目标是尽快退出以节省计算资源。

标签： c++ windows dll winapi entry-point

【解决方案1】：

我想我找到了the answer。

入口点函数应该只执行简单的初始化或终止任务。它不能调用 LoadLibrary 或 LoadLibraryEx 函数（或调用的函数这些功能），因为这可能在 DLL 中创建依赖循环加载顺序。这可能会导致 DLL 在系统有之前被使用执行其初始化代码。同样，入口点函数不得调用 FreeLibrary 函数（或调用 FreeLibrary 的函数）在进程终止期间，因为这可能会导致使用 DLL 系统执行后终止代码。

【讨论】：

现在还不清楚，库的代码在被终止和释放后会用到什么？我假设一个人只释放一个之前加载的库......并且终止代码仅在此 FreeLibrary 调用释放对该 DLL 的最后引用时运行。

【解决方案2】：

您不能从入口点调用 LoadLibrary，因为 DllMain 函数在操作系统加载程序锁内运行，任何重新获取该加载程序锁的尝试（例如，通过调用 LoadLibrary）都会导致死锁。

【讨论】：

但是 FreeLibrary 呢？这会导致什么样的问题？

【解决方案3】：

不要在 DLLMain 内做任何后果。严重地。调用 FreeLibrary 更糟糕，因为它只会有时死锁，如果碰巧你的 free 将 refcount 减为零并且库实际上已被释放。

【讨论】：