C++如何获取当前程序的所有正在运行的子进程状态

获取当前程序所有子进程的运行状态，是进程管理中的常见需求。Linux 和 Windows 在这方面提供了完全不同的底层机制——前者靠 procfs 暴露内核数据结构，后者靠 Toolhelp API 做快照。核心难点在于：子进程退出后状态会立刻消失，没有同步等待机制就抓不到任何痕迹。下面逐一拆解各平台的实现方式与避坑要点。

Linux下用/proc/[pid]/task/[tid]/stat读取子进程状态最直接

Linux 内核把每个线程（包括主线程和子进程的主线程）的状态都暴露在 /proc 文件系统里。子进程本质是独立的 pid，所以需要遍历 /proc/[pid] 目录下所有数字命名的子目录——它们对应当前系统所有进程的 PID 目录。需要注意，/proc/self/task/ 只能看到当前进程自己的线程，不是子进程。

实际操作时，先通过 fork() 或 system() 启动子进程并记录其 pid；或者更通用的做法：扫描 /proc 下每个 [pid] 目录，读取 /proc/[pid]/stat，检查第 4 个字段（ppid）是否等于当前进程 getpid()。第 4 个字段是用空格分隔后提取的，注意 /proc/[pid]/stat 每行有 52+ 个字段，第 3 个字段是进程状态字符（R 运行、S 睡眠、Z 僵死等）。

• 必须检查 access("/proc/[pid]", F_OK) == 0，否则可能遇到已退出但目录尚未清理的残留项
• 不要用 readdir() 直接遍历 /proc 再 atoi() 过滤——很多非数字目录（如 self、sys）会干扰，应只处理纯数字字符串

Windows下靠CreateToolhelp32Snapshot枚举进程树

Windows 没有 /proc 这种机制，得用 Windows API。核心是 CreateToolhelp32Snapshot 配合 Process32First/Process32Next，但它返回的是全系统进程快照，不带父子关系。你需要自己构建进程树——读每个进程的 th32ParentProcessID 字段，和当前进程 GetCurrentProcessId() 比对。

这个 API 本身不区分“子进程”和“无关进程”，只是给出一张表，你得手动筛选。而且要注意：如果子进程是用 CREATE_NEW_PROCESS_GROUP 或 DETACHED_PROCESS 启动的，父 PID 字段可能为 0 或指向 csrss.exe，并非严格等于你的进程 ID。

• PROCESSENTRY32 结构体中，th32ParentProcessID 字段才是父 PID，不是 th32ProcessID
• 调用前必须用 tlhelp32.h 头文件，并链接 lib: kernel32.lib
• 快照句柄必须用 CloseHandle() 释放，否则泄漏句柄（Windows 下句柄数有限）

跨平台方案别硬写，用psutil的C++绑定或改用Python

真要跨平台且稳定获取子进程状态，C++ 标准库和 POSIX/Win32 API 都不提供抽象层。有人尝试封装 libprocps（Linux）+ pdh.dll（Windows），但维护成本高、权限问题多（比如 Windows 上非管理员无法读某些进程的父 PID）。

更现实的做法是：如果项目允许，直接用 Python 调 psutil——它内部已处理了所有平台差异，psutil.Process().children(recursive=True) 就能拿到全部子进程对象，.status() 返回字符串如 'running'、'zombie'；如果必须 C++ 主导，可用 pybind11 把这部分胶水逻辑包进去，而不是自己重实现 proc 解析逻辑。

• psutil 在 Linux 依赖 /proc，Windows 依赖 WMI 和 Toolhelp，已避开绝大多数权限和竞态坑
• C++ 调 Python 需确保目标环境装了对应版本的 Python 和 psutil，部署时多一层依赖
• 不要试图用 std::system("ps -o pid,ppid,stat ...") 解析输出——格式随 locale 和 ps 版本变，不可靠

子进程退出后状态丢失，waitpid()才是唯一可靠同步方式

无论 Linux 还是 Windows，只要子进程已结束且父进程没调 waitpid()（Linux）或 WaitForSingleObject()（Windows），它的状态就从内核中移除，/proc/[pid] 目录消失，Windows 快照里也查不到。这意味着：你扫 /proc 或调 Toolhelp 看到的，全是“还活着”的子进程；僵尸进程（Zombie）只存在于 waitpid() 未调用前的短暂窗口，且只在父进程自己的 pid 命名空间可见。

所以，如果业务逻辑需要确认子进程是否完成，不能靠轮询 /proc 或快照，必须用同步等待机制。哪怕用了 sigaction(SIGCHLD, ...) 异步通知，最终也要落到 waitpid(-1, &status, WNOHANG) 来收尸并获取退出码。

• waitpid() 返回 -1 且 errno == ECHILD 说明没有未等待的子进程，不是错误
• Windows 下 GetExitCodeProcess() 对已退出进程返回 STILL_ACTIVE，必须先用 WaitForSingleObject() 确保结束
• 别忽略 fork() 失败返回 -1 的情况，否则后续 waitpid() 会传入非法 pid