如何在DllMain中中止全局对象销毁？DLL_PROCESS_DETACH阶段调用ExitProcess与_Exit的安全性咨询

针对你想要跳过全局对象反初始化的需求，咱们来逐一分析这两个函数的安全性：

1. ExitProcess的安全性风险 #

虽然微软的《动态链接库最佳实践》里没有明确禁止在DllMain中调用ExitProcess，但这个操作存在严重的安全隐患，原因如下：

• DllMain的执行是在系统加载器锁的上下文下完成的，而ExitProcess会触发一系列进程终止逻辑：包括通知所有已加载的DLL接收DLL_PROCESS_DETACH通知、终止所有线程、清理CRT资源等。如果在某个DLL的DLL_PROCESS_DETACH回调里调用ExitProcess，很可能会导致加载器锁的死锁——因为其他DLL的DLL_PROCESS_DETACH处理也需要获取加载器锁，而当前锁已经被你的DLL持有。
• 此外，ExitProcess会尝试完成CRT的清理流程，这可能会和你当前正在执行的DLL_PROCESS_DETACH逻辑冲突，引发未定义行为（比如重复释放资源、调用已析构的对象方法等）。

简单来说：不要在DllMain中调用ExitProcess，它的终止逻辑会和DLL卸载的上下文产生冲突。

2. _Exit的安全性分析 #

_Exit是C标准库提供的“粗暴终止”函数，它的行为非常直接：不执行任何进程清理逻辑，直接终止当前进程。在你的场景中，它是相对安全的，原因如下：

• _Exit不会触发CRT的全局对象析构、不会调用atexit注册的清理函数，也不会通知其他DLL执行DLL_PROCESS_DETACH——进程会立即终止，自然跳过了你想要规避的全局对象反初始化操作。
• 由于_Exit不涉及复杂的终止逻辑，它不会和加载器锁产生交互，也不会触发额外的DLL回调，因此在DLL_PROCESS_DETACH中调用时，不会出现死锁或未定义行为的风险。
• 你提到运行状态看似正常，这完全符合预期：_Exit直接终止进程后，系统会自动回收进程占用的所有资源（内存、文件句柄、内核对象等），不会留下无法回收的泄漏。

当然，使用_Exit也要注意它的特性：它会直接终止所有线程，不会给任何线程留下完成操作的机会，如果有线程正在执行数据写入等关键操作，可能会导致数据损坏——但这是_Exit本身的设计特性，和在DllMain中调用无关。

总结 #

• 绝对不要在DLL_PROCESS_DETACH中调用ExitProcess，存在死锁和未定义行为的风险；
• _Exit是这个场景下的可靠选择，它能安全地跳过全局对象反初始化，且不会引发上下文冲突。

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