在Windows系统中调用CreateProcess后是否必须调用WaitForSingleObject？

首先给出明确结论：Windows 下不存在必须调用 WaitForSingleObject 才能释放 CreateProcess 申请的系统资源的要求，和 Linux 下 fork 必须配套 wait 避免僵尸进程的逻辑完全不同。

核心原因来自Windows内核对象的管理机制 #

• Windows 中进程、线程都属于内核对象，所有内核对象通过引用计数管理生命周期：当对象被创建时计数为1，每多一个关联句柄计数+1，每关闭一个关联句柄计数-1，当引用计数归零时系统会自动释放对象占用的所有内核资源。
• CreateProcess 调用成功后，会通过 PROCESS_INFORMATION 结构体返回两个句柄：子进程句柄、子进程主线程句柄，这两个句柄各对应一次引用计数+1。如果不需要监控子进程的运行状态，你可以在 CreateProcess 返回后直接调用 CloseHandle 关闭这两个句柄，后续子进程运行结束后，系统会自动将进程内核对象的引用计数减到零、释放所有资源，不会有任何残留。

WaitForSingleObject 的作用是什么 #

WaitForSingleObject 传入进程句柄的作用仅为阻塞等待子进程运行结束，获取子进程的退出状态码，和资源释放没有任何绑定关系。只有当你需要等待子进程执行完成、或者需要拿到它的返回值时，才需要调用这个API。

不需要等待子进程的场景下，正确的示例代码如下：

STARTUPINFO si = {sizeof(STARTUPINFO)};
PROCESS_INFORMATION pi = {0};

// 启动记事本进程
if (CreateProcessW(
    NULL, L"notepad.exe",
    NULL, NULL, FALSE, 0, NULL, NULL,
    &si, &pi
)) {
    // 不需要监控子进程的话直接关闭两个句柄即可
    CloseHandle(pi.hProcess);
    CloseHandle(pi.hThread);
}

和Linux逻辑的核心差异 #

Linux 僵尸进程存在的前提是：内核需要保留子进程的退出状态，直到父进程调用 wait 系列接口主动读取，所以哪怕子进程运行结束，只要父进程没调用 wait，相关资源就不会释放。
而 Windows 中进程的退出状态是存储在进程内核对象中的，一旦你关闭了所有持有的进程句柄，就代表你主动放弃了读取退出状态的需求，子进程退出后内核会直接回收所有资源，不存在类似僵尸进程的资源泄漏问题。

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