C#桌面应用莫名触发DLL的DllMain（DLL_THREAD_DETACH）原因排查

我有一个供C#桌面应用调用的简单C++ DLL，近期出现无诱因触发DllMain的DLL_THREAD_DETACH分支的情况，此时应用既未启动也未退出，请问该问题的原因是什么？

C#应用中的DLL函数声明 #

[DllImport(DllName, CallingConvention = CallingConvention.StdCall, CharSet = CharSet.Ansi)]
public static extern int init(StringBuilder buff, StringBuilder data);

C++ DLL中的DllMain代码 #

BOOL APIENTRY DllMain(HANDLE hModule,
    DWORD  ul_reason_for_call,
    LPVOID lpReserved
)
{
    switch (ul_reason_for_call)
    {
    case DLL_PROCESS_ATTACH:
    {
        break; }
    case DLL_THREAD_ATTACH:
    {
        break;
    }
    case DLL_THREAD_DETACH:
    {
        MessageBox(NULL,"Hello from Dll", "Message",MB_OK);
        break; }
    case DLL_PROCESS_DETACH:
    {
        break; }
    }
    return TRUE;
}

• C#运行时自动管理的线程销毁：C#运行时会根据业务需求创建后台线程（比如线程池线程、异步操作生成的线程），这类线程完成任务后会被自动销毁。只要你的DLL被该线程加载过（比如线程调用过init函数），线程销毁时系统就会触发DLL的DLL_THREAD_DETACH分支。这属于正常的运行时行为，和应用启动/退出没有关系。

• DLL被线程隐式加载：即使没有显式调用DLL函数，某些场景下系统也会为特定线程加载DLL（比如通过系统钩子、COM对象关联等机制）。当这些线程后续被销毁时，同样会触发DLL_THREAD_DETACH通知。

• 第三方组件的线程操作：如果C#应用依赖了第三方库或组件，这些组件内部可能自行创建并销毁线程。若这些线程加载了你的C++ DLL，也会导致该分支被触发。

• 调试/监控工具的临时线程：部分调试工具、性能监控工具会注入目标进程并创建临时线程，这些线程在完成任务后销毁时，也可能触发DLL的线程分离逻辑。

内容的提问来源于stack exchange，提问作者vico