如何确保DLL中CreateThread创建的线程完整执行无提前终止？

这个问题我之前调试类似场景时碰到过，核心原因很简单：你的控制台程序跑得太快了！

当你调用LoadLibraryA加载DLL后，DLL的DLL_PROCESS_ATTACH分支会触发PopMessageBox，后者创建一个线程去弹MessageBox，但这个线程刚启动，控制台程序就立刻执行FreeLibrary然后退出main函数——整个进程直接终止，系统会强制终止所有属于该进程的线程，所以MessageBox还没等你点击就被干掉了，自然一闪而过。

下面给你几个靠谱的解决办法，从简单到规范：

方法1：临时调试用——让控制台暂停退出 #

如果只是测试弹窗效果，最简单的方式是让控制台程序等你操作完再退出，不用改DLL：

#include <iostream>
#include <windows.h>
int main(){
    HMODULE handleDll = LoadLibraryA("C:\\Tools\\TestDLL.dll");
    if (handleDll) {
        std::cout << "DLL Loaded at Address: " << handleDll << std::endl;
        std::cout << "Press Enter to exit after closing the message box..." << std::endl;
        std::cin.get(); // 卡住主线程，等你按回车才继续
        FreeLibrary(handleDll);
    }
    return 0;
}

这个方法适合快速验证，但正式项目里别这么用，太随意了。

方法2：最直接的优化——去掉多余线程，同步弹窗 #

其实你根本不需要在DLL里开线程弹窗！DLL_PROCESS_ATTACH是在控制台的主线程中执行的，这时候主线程正卡在LoadLibrary调用里，不会提前退出。直接在这里同步调用MessageBox，会等你点击确定后才继续执行后续代码，完美解决一闪而过的问题：

// dllmain.cpp 修改后的DLLMain
BOOL APIENTRY DllMain( HMODULE hModule, DWORD ul_reason_for_call, LPVOID lpReserved ) {
    switch (ul_reason_for_call) {
    case DLL_PROCESS_ATTACH:
        // 直接在这里弹窗，主线程会等待用户操作完成
        MessageBox(NULL, L"Hi From DLL!", L"Pop a Box!", MB_OK);
        break;
    case DLL_THREAD_ATTACH:
    case DLL_THREAD_DETACH:
    case DLL_PROCESS_DETACH:
        break;
    }
    return TRUE;
}

这种方法既简洁又安全，完全符合你的需求。

方法3：规范的异步场景解决方案——用事件同步线程 #

如果你确实需要在DLL里异步执行任务（比如弹窗只是示例，实际有更复杂的异步操作），那必须用同步机制确保线程执行完再卸载DLL、退出进程。这里用事件对象来实现：

首先修改DLL代码，添加全局事件并导出获取事件的函数：

// dllmain.cpp
#include "pch.h"
#include <Windows.h>

// 全局事件，用于通知控制台线程已完成任务
HANDLE g_hTaskDoneEvent = NULL;

DWORD WINAPI ThreadProc( __in LPVOID lpParameter ) {
    MessageBox(NULL, L"Hi From The Thread!", L"Pop a Box!", MB_OK);
    SetEvent(g_hTaskDoneEvent); // 任务完成，触发事件
    return 0;
}

extern "C" __declspec(dllexport) VOID PopMessageBox() {
    DWORD ThreadID;
    HANDLE handleThread;
    // 创建手动重置事件，初始状态为未触发
    g_hTaskDoneEvent = CreateEvent(NULL, TRUE, FALSE, NULL);
    handleThread = CreateThread(NULL, 0, ThreadProc, 0, 0, &ThreadID);
    CloseHandle(handleThread); // 线程句柄用完可以关闭，不影响线程执行
}

// 导出函数，让控制台获取事件句柄
extern "C" __declspec(dllexport) HANDLE GetTaskDoneEvent() {
    return g_hTaskDoneEvent;
}

BOOL APIENTRY DllMain( HMODULE hModule, DWORD ul_reason_for_call, LPVOID lpReserved ) {
    switch (ul_reason_for_call) {
    case DLL_PROCESS_ATTACH:
        PopMessageBox();
        break;
    case DLL_PROCESS_DETACH:
        // 进程退出时清理事件句柄
        if (g_hTaskDoneEvent) {
            CloseHandle(g_hTaskDoneEvent);
            g_hTaskDoneEvent = NULL;
        }
        break;
    case DLL_THREAD_ATTACH:
    case DLL_THREAD_DETACH:
        break;
    }
    return TRUE;
}

然后修改控制台程序，加载DLL后等待事件触发：

#include <iostream>
#include <windows.h>

// 定义函数指针类型，匹配DLL导出的GetTaskDoneEvent函数
typedef HANDLE(*GetEventFunc)();

int main(){
    HMODULE handleDll = LoadLibraryA("C:\\Tools\\TestDLL.dll");
    if (handleDll) {
        std::cout << "DLL Loaded at Address: " << handleDll << std::endl;
        
        // 获取导出的事件句柄函数
        GetEventFunc getEvent = (GetEventFunc)GetProcAddress(handleDll, "GetTaskDoneEvent");
        if (getEvent) {
            HANDLE hEvent = getEvent();
            if (hEvent) {
                // 无限等待，直到事件被触发（线程完成任务）
                WaitForSingleObject(hEvent, INFINITE);
            }
        }
        
        FreeLibrary(handleDll);
    }
    return 0;
}

这种方法是工业级的解决方案，适合需要异步执行任务的正式场景，能确保线程完整执行，同时不会导致死锁或资源泄漏。

最后提醒一句：原代码里控制台加载DLL后立刻调用FreeLibrary是很危险的——如果DLL已经被卸载，但线程还在执行，线程访问DLL中的资源会直接导致程序崩溃，所以一定要确保线程完成后再卸载DLL。

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