如何终止 DLL 中的 log4cplus？

Question

在我们的项目中，我们间接使用 log4cplus：它被用于我们静态链接到的库中，并且该项目通常也被编译为静态库，并且喜欢从我们的可执行文件中编译。这里的一切都是基于 Windows 和 Visual Studio 的。

由于我们一直遇到应用程序关闭的问题，我发现我们必须initialize log4cplus in our main() function，这解决了问题。

但是，不幸的是，我们正在维护的应用程序基于 ACF（高级组件框架）。这意味着，静态库（链接到链接到 log4cplus 的静态库）可以再次与 DLL 链接，然后在设计时由名为 Compositor 的应用程序加载该 DLL。 （在 Compositor 中，我们可以以高级“基于组件”的方式创建目标应用程序 - 它使用静态库......）。现在，问题是 Compositer 不能再正常关闭了。

当它在关闭主窗口后挂起时，我们可以看到如下调用堆栈：

    ntdll.dll!NtWaitForAlertByThreadId() + 20 bytes Unknown
    ntdll.dll!RtlSleepConditionVariableSRW() + 265 bytes    Unknown
    KernelBase.dll!SleepConditionVariableSRW() + 45 bytes   Unknown
    msvcp140.dll!__crtSetThreadpoolWait() + 80 bytes    Unknown
    msvcp140.dll!_Cnd_timedwait() + 396 bytes   Unknown
    msvcp140.dll!_Cnd_timedwait() + 84 bytes    Unknown
    log4cplusUx64.dll!log4cplus::helpers::getFileInfo() + 3473 bytes    Unknown
    log4cplusUx64.dll!00007ff86917fefb()    Unknown
    ucrtbase.dll!_execute_onexit_table() + 342 bytes    Unknown
    ucrtbase.dll!_execute_onexit_table() + 123 bytes    Unknown
    ucrtbase.dll!_execute_onexit_table() + 52 bytes Unknown
    log4cplusUx64.dll!log4cplus::helpers::getFormattedTime() + 5056 bytes   Unknown
    log4cplusUx64.dll!log4cplus::helpers::getFormattedTime() + 5364 bytes   Unknown
    ntdll.dll!RtlAnsiStringToUnicodeString() + 663 bytes    Unknown
    ntdll.dll!LdrShutdownProcess() + 300 bytes  Unknown
    ntdll.dll!RtlExitUserProcess() + 173 bytes  Unknown
    kernel32.dll!ExitProcess() + 10 bytes   Unknown
    ucrtbase.dll!exit() + 468 bytes Unknown
    ucrtbase.dll!exit() + 127 bytes Unknown
>   Compositor.exe!__scrt_common_main_seh() Line 295    C++

为了让合成器正常关闭，我引入了一个DllMain函数：

BOOL WINAPI DllMain(HINSTANCE, DWORD fdwReason, LPVOID)
{
    switch (fdwReason)
    {
    case DLL_PROCESS_ATTACH:
        log4cplus::initialize();
        break;
    case DLL_THREAD_ATTACH:
        break;
    case DLL_THREAD_DETACH:
        log4cplus::threadCleanup();
        break;
    case DLL_PROCESS_DETACH:
        log4cplus::Logger::shutdown();
        log4cplus::deinitialize();
        break;
    }
    return TRUE;
}

现在，应用程序将不再启动，而是在调用 log4cplus::initialize() 时挂起：

    ntdll.dll!NtWaitForAlertByThreadId() + 20 bytes Unknown
    ntdll.dll!RtlSleepConditionVariableSRW() + 265 bytes    Unknown
    KernelBase.dll!SleepConditionVariableSRW() + 45 bytes   Unknown
    msvcp140.dll!__crtSetThreadpoolWait() + 80 bytes    Unknown
    msvcp140.dll!_Cnd_timedwait() + 396 bytes   Unknown
    msvcp140.dll!_Cnd_timedwait() + 84 bytes    Unknown
    log4cplusUx64.dll!00007ff8697360d0()    Unknown
    log4cplusUx64.dll!00007ff86973625f()    Unknown
    log4cplusUx64.dll!log4cplus::spi::FactoryRegistry<log4cplus::spi::LocaleFactory>::FactoryRegistry<log4cplus::spi::LocaleFactory>() + 1438 bytes Unknown
    log4cplusUx64.dll!log4cplus::initialize() + 194 bytes   Unknown
>   MePiaPck.arp!DllMain(HINSTANCE__ * __formal, unsigned long fdwReason, void * __formal) Line 46  C++

如果我删除该调用，启动是正常的，但挂起行为，即 Compositer 未关闭，仍然存在，无论 threadCleanup()、Logger::shutdown() 和 deinitialize()（我已经尝试了所有组合）。

如何关闭 DLL 中的 log4cplus 以便应用程序可以正常终止？

Answer 1

正如@RbMm 的cmets 中提到的那样，在DllMain 中初始化log4cplus 不起作用的原因是该函数在“加载程序锁”内部执行 - 参见。 here 或 here。

解决方法是在DLL中找到一个从加载应用程序的主线程执行的函数，并在那里初始化log4cplus。

如果是ACF的合成器，首先调用的是包导出函数。通常，它作为宏包装在 ACF 包中，即I_EXPORT_PACKAGE。展开该宏允许输入以下代码：

extern "C" I_FUNCTION_EXPORT icomp::CPackageStaticInfo* I_PACKAGE_EXPORT_FUNCTION()
{
    static bool bFirstLoad = true;
    if (bFirstLoad)
    {
        log4cplus::initialize();
        log4cplus::deinitialize();
        bFirstLoad = false;
    }
    return &packageInfo;
}

在第一次调用包时初始化和取消初始化 log4cplus 使 Compositor 应用程序能够再次正常关闭和终止。