最可靠方法是统计/proc下纯数字命名的子目录数量，每个目录对应一个存活进程，无需解析ps或top输出，也不依赖权限验证，直接反映当前用户可见的进程总数。
Linux下用/proc目录统计进程数最可靠
Linux没有标准API直接返回“后台进程总数”，但/proc是事实标准——每个运行中进程在/proc下有一个以PID命名的子目录。只要统计/proc下数字命名的目录数量即可，无需解析ps或top输出。
注意：必须排除非数字目录（如self、sys、net），且需有读取权限（普通用户通常能读大部分/proc/[0-9]*）。
-
opendir("/proc")打开目录，逐项readdir() - 对每个
d_name调用std::all_of(..., ::isdigit)判断是否纯数字 - 跳过
"."、".."及空字符串 - 不需
stat()验证目录是否存在——/proc中数字目录即代表存活进程
Windows上用EnumProcesses获取进程列表长度
Windows没有类似/proc的伪文件系统，得靠Win32 API。EnumProcesses一次获取所有PID数组，再用数组长度得出总数——它返回的是“当前存在”的进程数，包括前台、后台、服务、守护进程，和Linux统计口径一致。
关键点：缓冲区大小必须先调用一次EnumProcesses获取所需字节数（返回cbNeeded），否则会截断；第二次才真正获取完整列表。
- 头文件需包含
<windows.h></windows.h>和<psapi.h></psapi.h> - 链接
psapi.lib（MSVC）或-lpsapi（MinGW） -
DWORD processIds[1024]栈上分配太小，建议用std::vector<dword></dword>动态扩容 - 返回值为
TRUE不代表所有进程都可枚举——权限不足时部分PID会被跳过，但总数仍是实际可见进程数
跨平台封装要注意“后台”定义模糊
所谓“后台进程”在OS层面并无明确定义。Linux里没有前台/后台标记位，只有进程组控制终端关联；Windows中也没有统一标识。所以绝大多数场景下，“所有非内核线程的用户态进程”就是你要的总数——也就是/proc数字目录数或EnumProcesses返回的PID个数。
别试图过滤PPID == 1（systemd/init）或检查stat字段的TPGID，那会漏掉大量合法后台服务（如docker daemon、dbus、cron）。
- 不要依赖
ps -e | wc -l——shell管道引入额外进程，结果偏高 - 避免用
GetSystemInfo（Windows）或sysconf(_SC_NPROCESSORS_ONLN)——那是CPU核心数，不是进程数 - C++17起可用
std::filesystem::directory_iterator("/proc")，但需编译时定义_GNU_SOURCE并处理std::filesystem::filesystem_error
权限不足时返回值含义不同
Linux下若以普通用户运行，/proc/[pid]中部分目录可能因权限被readdir跳过（实际仍计入目录项），但/proc本身可读，数字目录名仍能列出——所以统计不受影响；Windows下若无SE_DEBUG_PRIVILEGE，EnumProcesses仍能返回所有可见PID，只是无法打开某些进程句柄——但你只计数，不需要句柄。
唯一真正失败的情况是/proc被挂载为noexec,nosuid,nodev（极少见）或Windows上psapi.dll缺失（Windows XP SP3+默认自带）。
真正的坑不在代码逻辑，而在误把“进程总数”当成“活跃服务数”或“可kill进程数”——它们不是一回事。确认需求到底要什么，再决定是否加kill -0探测或OpenProcess验证。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
