WINAPI WinMain返回0后进程仍驻留Windows后台进程的原因是什么

1. 前台线程退出后仍有运行中的后台线程 #

Windows 进程退出的触发条件是 所有前台线程终止执行，而非仅主线程（运行 WinMain 的线程）退出：

• 若代码中启动了未设置 THREAD_MODE_BACKGROUND_BEGIN 的工作线程，且线程未主动执行退出逻辑、或陷入死循环/阻塞等待（比如等待永远不会触发的内核对象、网络 IO 超时未设置等），会导致进程持续驻留
• 部分第三方依赖库（尤其是带异步逻辑的测试框架、日志库、资源加载库）可能隐式启动常驻前台线程，未暴露显式停止接口

2. 进程内存在未处理的临界资源持有或挂起操作 #

• 某个线程触发了未被捕获的异常但未终止进程，陷入内核态挂起状态
• DllMain 中存在阻塞逻辑：当系统调用 DLL_PROCESS_DETACH 通知各 DLL 进程退出时，某个 DLL 的 DllMain 处理逻辑陷入死锁、或无限等待，会卡住整个进程退出流程
• 调试器附加状态下的异常中断：若进程退出阶段触发了调试器未捕获的断点、内存访问违例，会导致进程进入挂起等待调试指令的状态，表现为调试器无法正常退出、进程留存在后台列表

3. 内核对象未正确释放 #

• 进程持有的跨进程同步对象（如互斥量、事件、共享内存句柄）未正常关闭，且对应内核对象的引用计数未归零，部分场景下会延迟进程退出
• 若代码中使用了 RegisterClassEx 等注册的窗口类未注销、或存在未销毁的隐藏窗口，窗口消息循环未正常终止也可能卡住退出流程

快速排查建议 #

• 用任务管理器详细页查看驻留进程的线程数，若线程数>1基本可定位是后台线程未退出问题，可使用 Process Explorer 查看线程的调用栈，定位到卡住的线程执行位置
• 排查近期引入的第三方依赖、新增的异步测试用例，重点检查未设置超时的等待逻辑、显式/隐式启动的工作线程是否添加了进程退出前的 join 逻辑
• 编译阶段开启 /MDd 或 /MTd 运行时调试选项，开启进程退出阶段的调试符号加载，跟踪 ExitProcess 的调用流程是否卡在某个 DLL 的卸载逻辑中

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