进程即将退出时调用TerminateThread是否安全？

TerminateThread()是Windows提供的暴力终止手段，它会直接掐断线程执行，完全不给线程机会完成任何清理工作——哪怕进程马上要退出，这种操作依然会带来潜在的、难以排查的问题：

具体风险（结合你的场景） #

• DLL资源泄漏/传感器异常：你的线程正在调用DLL的传感器读取函数，线程被终止时，可能正持有传感器的硬件句柄、DLL内部的锁或者动态分配的内存。这些资源不会被正常释放，可能导致传感器处于未正确关闭的状态（比如下次启动程序时无法建立连接），或者DLL留下内存泄漏。
• 缓冲区数据损坏：如果线程正处于推送数据到缓冲区的过程中（比如只写入了一半数据，或者正在更新缓冲区的索引/同步锁），被强制终止后会导致缓冲区处于不一致状态。哪怕进程要退出，若缓冲区关联了外部存储（比如正在写入文件），会留下损坏的无效数据。
• 线程局部存储(TLS)未清理：如果线程或DLL使用了线程局部存储，TerminateThread()不会触发TLS的析构函数，这些资源会一直占用直到进程退出，但可能干扰进程退出时的资源回收逻辑。
• 内核对象锁残留：如果线程持有互斥量、事件等内核对象的锁，被终止后这些锁可能一直处于“持有”状态。虽然进程最终退出时内核会回收这些对象，但如果退出前还有其他线程在等待这些锁，会导致这些线程卡死直到进程强制结束。

更安全的替代方案：用事件通知唤醒线程 #

根本不需要用TerminateThread()，你可以通过创建退出事件的方式，让线程在休眠时能被及时唤醒，自行完成清理后正常退出：

示例代码逻辑 #

// 全局退出事件（手动重置事件）
HANDLE g_exitEvent = CreateEvent(NULL, TRUE, FALSE, NULL);

// 传感器线程函数
void SensorWorkerThread() {
    while (true) {
        // 执行传感器读取和缓冲区推送
        ReadSensorDataAndPushToBuffer();

        // 等待退出事件，或最长休眠5分钟
        DWORD waitResult = WaitForSingleObject(g_exitEvent, 5 * 60 * 1000);
        if (waitResult == WAIT_OBJECT_0) {
            // 收到退出信号，执行DLL/传感器的清理操作
            CleanupSensorResources();
            break;
        }
    }
}

// 程序退出时的处理
void ShutdownProgram() {
    // 设置退出事件，唤醒所有等待的线程
    SetEvent(g_exitEvent);

    // 等待所有线程自行退出
    for (auto& thread : g_sensorThreads) {
        thread.join();
    }

    // 清理事件对象
    CloseHandle(g_exitEvent);
}

这种方式既避免了漫长的等待，又能让线程安全完成清理，完全规避TerminateThread()的所有风险。

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