linux下统计/proc下纯数字子目录数最可靠，windows用enumprocesses获取pid数组长度，macos需调用sysctl(kern_proc_all)；三者均存在权限、竞态及设计差异。
Linux 下读取 /proc 目录统计进程数最可靠
Linux 系统中每个运行中的进程都在 /proc 下以 PID 命名的子目录存在，所以直接统计该目录下纯数字命名的子目录数量，就是当前用户态可见的进程总数（不含内核线程，但含所有用户进程和大部分内核派生进程）。注意：/proc 是虚拟文件系统，不占磁盘空间，但需确保有读权限（一般都有）。
实操建议：
- 用
opendir()+readdir()遍历/proc，对每个d_name调用std::all_of(..., ::isdigit)判断是否为纯数字字符串 - 跳过
.、..和非数字项（如sys、self、uptime） - 不需要打开每个
/proc/<pid>/stat</pid>去验证进程是否存活——只要目录存在且名为数字，就代表一个活跃进程（内核保证其原子性） - 避免用
system("ps aux | wc -l")：启动 shell 开销大、输出格式易变、可能被信号中断
Windows 下调用 EnumProcesses 获取进程 ID 数组长度
Windows 没有类似 /proc 的统一视图，必须通过 PSAPI 或 Toolhelp 接口枚举。推荐使用 EnumProcesses（定义在 psapi.h），它返回的是所有进程的 PID 列表，数组长度即为进程总数。注意：需要链接 psapi.lib，且默认策略下无法看到其他用户会话或高完整性级别进程（除非以管理员权限运行）。
实操建议：
- 先调用一次
EnumProcesses(nullptr, 0, &bytesReturned)获取所需缓冲区大小 - 分配
DWORD*缓冲区（大小为bytesReturned / sizeof(DWORD)） - 第二次调用填入 PID 数组，返回值是成功写入的 PID 个数，这就是当前可枚举的进程总数
- 不要依赖
GetProcessCount()—— 这个函数不存在；也不要尝试解析tasklist输出，稳定性差且慢
跨平台封装时别忽略权限与竞态问题
即使同一系统，进程数也是瞬时快照：你刚统计完，可能已有进程退出或启动。更关键的是权限差异——Linux 普通用户能列出所有 /proc/<pid></pid> 目录名（哪怕读不到内容），而 Windows 普通用户调用 EnumProcesses 时，对某些 PID 会返回 0 字节计数（实际被过滤掉了），导致结果偏小。
常见错误现象：
- Linux 下误把
/proc/self或/proc/sys当作进程计入 - Windows 下未检查
EnumProcesses返回值，直接用缓冲区大小当进程数 - 跨平台代码硬编码路径分隔符或假设 API 总可用，没做
#ifdef _WIN32分支 - 用
std::filesystem::directory_iterator（C++17）遍历/proc：在部分旧 glibc 或 musl 环境下行为未定义，不如原生dirent.h
macOS 不支持直接统计，得退回到 sysctl 查询
macOS 没有 /proc，也不能用 Windows 那套 API。正确方式是调用 sysctl，传入 KERN_PROC_ALL 和 CTL_KERN，获取所有进程信息结构体数组，再计数。虽然比 Linux 多一次系统调用开销，但这是 Apple 官方支持路径。
实操要点：
- 先用
sysctl({CTL_KERN, KERN_PROCALL}, nullptr, &len, nullptr, 0)获取所需内存大小 - 分配
kinfo_proc*缓冲区（头文件sys/sysctl.h），再次调用填充数据 - 返回的
len是字节数，除以sizeof(struct kinfo_proc)即为进程数 - 注意：
KERN_PROC_ALL在较新 macOS 上可能被沙盒限制，普通 App 需要 entitlements 或终端环境下运行
kthreadd、rcu_gp），它们在 /proc 中也有对应目录；而 Windows 的 EnumProcesses 默认不返回会话 0 的服务进程，除非显式启用 SeDebugPrivilege。这些差异不是 bug，是设计使然。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
