linux下用/proc目录统计活跃进程数最可靠，遍历/proc下纯数字子目录并计数；windows必须用createtoolhelp32snapshot配合process32first/next；禁用shell命令调用。
Linux 下用 /proc 目录统计活跃进程数最可靠
Linux 没有标准 C++ API 能直接拿到“活跃进程总数”，但 /proc 是事实标准。遍历 /proc 下数字命名的子目录（每个对应一个进程 PID），统计数量即可。注意不是所有数字目录都代表当前活跃进程——有些可能正在退出、或已被内核回收但目录尚未消失，不过对“当前活跃”这一常见理解已足够准确。
实操建议：
- 用
opendir("/proc")+readdir()遍历，跳过非纯数字目录（如self、sys、net） - 对每个疑似 PID 的字符串调用
std::all_of(..., ::isdigit)判断是否全为数字 - 不需要打开
/proc/<pid>/stat</pid>去验证状态——开销大且多数场景没必要 - 注意权限：普通用户也能读大部分
/proc/<pid></pid>目录，但某些进程（如其他用户的 init 进程）会返回Permission denied，readdir不报错，后续stat或访问时才失败；直接忽略即可
Windows 下必须用 CreateToolhelp32Snapshot 配合 Process32First/Next
Windows 没有类似 /proc 的伪文件系统暴露进程列表，C++ 标准库更不提供跨平台进程枚举能力。唯一稳定方案是 Windows API 的工具帮助库（Toolhelp）。
实操建议：
- 调用
CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0)获取快照句柄，失败则返回 0 - 用
PROCESSENTRY32结构体 +Process32First/Process32Next循环遍历，每次成功就计数加一 - 务必初始化
dwSize字段：pe32.dwSize = sizeof(PROCESSENTRY32)，否则Process32First必然失败 - 不需要检查
th32ParentProcessID或szExeFile来过滤——题目只要“总数”，全部计入即可
别用 std::system("ps | wc -l") 或类似 shell 调用
看似简单，实际问题一堆：启动新进程开销大、输出格式依赖 locale 和 ps 版本、可能漏掉无名进程（如内核线程）、无法区分标题行和数据行、错误码难捕获、Windows 上根本不可用。
常见错误现象：
-
ps aux | wc -l返回值比真实进程数多 1（因为含表头） -
ps -e | wc -l在某些精简版 busybox 环境下不支持-e - Windows 上
std::system("tasklist /fo csv | findstr /c:\".exe\"")依赖 cmd.exe 和 tasklist 存在，且中文系统下 CSV 字段含引号，findstr匹配易出错
C++ 跨平台封装要注意条件编译和错误处理边界
如果写成通用函数，不能只靠 #ifdef _WIN32 切换逻辑——还要考虑 /proc 在容器或 chroot 环境中是否完整、Windows 是否禁用了 Toolhelp API（极罕见但可能）、以及返回值语义是否一致。
关键细节：
- Linux 分支中，
readdir可能返回.和..，需显式跳过 - Windows 分支中，
CreateToolhelp32Snapshot在低权限服务进程中可能返回INVALID_HANDLE_VALUE，此时应返回 0 而非崩溃 - 不要返回负数表示错误：进程数只能 ≥ 0；出错时统一返回 0，并通过额外参数（如
std::error_code&）或日志说明原因 - 性能上，Linux 方案 O(n) 但 n 是当前进程数（通常几百），Windows 方案也是 O(n)，两者实际耗时差异可忽略
真正容易被忽略的是：不同内核版本或容器运行时（如 runC、gVisor）对 /proc 的挂载方式可能限制可见进程范围——你在容器里跑，看到的只是该容器 namespace 内的进程数，不是宿主机全局的。这点没有 API 能绕过，得靠部署上下文保证。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
