linux下获取子进程状态的可靠方法是遍历/proc/[1..n]目录，读取每个/proc/[pid]/stat第4字段（ppid）匹配当前pid以识别子进程，再解析/proc/[pid]/status获取运行状态（r/s/z等）；windows则需用createtoolhelp32snapshot枚举进程并比对th32parentpid。
Linux下用/proc/[pid]/status和ps辅助查子进程状态
标准C++不提供跨平台获取子进程状态的接口，Linux必须依赖系统机制。核心思路是：先拿到当前进程所有子进程的PID（通过/proc/self/task/[tid]/children或遍历/proc/[pid]/stat），再逐个读取/proc/[pid]/status解析运行状态。
注意：/proc/self/task/[tid]/children只在较新内核（≥4.11）支持，且仅返回直接子进程；更兼容的做法是扫描/proc/[pid]/stat中的ppid字段——遍历/proc/[1..N]目录，对每个/proc/[pid]/stat读取第4字段（ppid），匹配当前进程PID即可。
- 实际代码中建议用
opendir("/proc")+readdir遍历，跳过非数字目录名 -
/proc/[pid]/stat第4字段是父进程PID，第3字段是进程名（括号包裹，需小心解析） - 状态码在第3字段后第3位（即
stat第3列之后第3个空格分隔值），R表示运行，S表示睡眠，Z表示僵尸
Windows上靠Toolhelp32Snapshot枚举进程树
Windows没有/proc，得用Win32 API。关键不是直接找“子进程”，而是构建进程树：先用CreateToolhelp32Snapshot获取所有进程快照，再用Process32First/Next遍历，比对每个进程的th32ParentPID是否等于当前进程PID。
注意：PROCESSENTRY32结构体中th32ParentPID字段可靠，但需以TH32CS_SNAPPROCESS标志创建快照；权限不足时可能漏掉某些系统进程（如受保护的svchost子进程），普通用户态程序一般够用。
- 调用前需包含
<tlhelp32.h></tlhelp32.h>并链接lib: kernel32.lib - 遍历过程中要检查
Process32First返回值，失败时用GetLastError()排查（常见ERROR_NO_MORE_FILES是正常结束） - 状态信息不在
PROCESSENTRY32里，需额外用OpenProcess+GetExitCodeProcess判断是否已退出；运行中进程的退出码会是STILL_ACTIVE（即259）
为什么不能用waitpid(-1, &status, WNOHANG)代替？
waitpid(-1, ...)只能捕获**已终止但未回收**的子进程（即僵尸进程），且调用后会立即回收——它不返回运行中子进程的状态，也不提供PID列表。想监控活跃子进程，这个函数完全无用。
- 如果只关心“哪些子进程挂了”，
waitpid加信号处理（SIGCHLD）是正路 - 但若要实时知道某个子进程是
R还是S，必须走/proc或Toolhelp路径 - 混用
fork+waitpid和/proc扫描会导致竞态：子进程可能在两次扫描之间退出，而waitpid又没及时调用，变成短暂僵尸
C++封装时避开常见坑
跨平台封装容易翻车：别硬写一个统一接口假装“抽象了OS差异”。更实际的做法是定义一个struct ProcessInfo { pid_t pid; std::string state; std::string name; }，然后Linux和Windows各写一个std::vector<processinfo> get_child_processes()</processinfo>实现。
- Linux版务必检查
/proc/[pid]/stat是否可读（权限、进程已退出导致目录消失），跳过EACCES和ENOENT - Windows版注意
PROCESSENTRY32的szExeFile字段可能为空，优先用th32ProcessID和th32ParentPID做关联 - 别在循环里反复
open/read/close同一个/proc/[pid]/status——状态变化频率低，单次读取足够；频繁IO反而增加负载
子进程状态本质是瞬时快照，两次查询之间结果就可能不同。真要持续监控，得结合inotify（Linux）或WTSQuerySessionInformation（Windows）之类机制，而不是幻想一次调用能“锁定”状态。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
