在我们的项目中,我们间接使用log4cplus:它在我们静态链接到的库中使用,并且该项目通常也被编译为静态lib,并且喜欢从我们的可执行文件中获取。这里的所有内容都是基于Windows和Visual Studio的。

由于我们一直在遇到应用程序关闭的问题,因此我发现必须使用initialize log4cplus in our main() function来解决问题。

但是,不幸的是,我们正在维护的应用程序基于ACF(高级组件框架)。这意味着,静态库(链接到链接到log4cplus的静态库)可以再次与DLL链接,该DLL然后在设计时由称为Compositor的应用程序加载。 (在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++

如果我删除该 call ,则无论threadCleanup()Logger::shutdown()deinitialize()如何,启动操作都是正常的,但挂起行为(即Compositer未关闭)仍然存在(我尝试了所有组合)。

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

最佳答案

正如@RbMm的注释中提到的,在DllMain中初始化log4cplus无效的原因是,此函数在“加载程序锁”内部执行-cf。 herehere

解决方案是在DLL中找到一个从加载应用程序的主线程执行的函数,然后在其中初始化log4cplus。

如果是ACF的Compositor,则首先调用包导出功能。通常,它被包装为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应用程序正常关闭并再次终止。

关于c++ - 如何终止DLL中的log4cplus?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/60633764/

10-13 09:03