EnumProcesses是Windows下最轻量可靠的获取进程PID列表的API，仅返回DWORD数组，需先调用一次获取所需字节数再分配缓冲区，配合OpenProcess与QueryFullProcessImageName获取路径。
Windows 下用 EnumProcesses 获取进程 ID 列表
直接调用 Windows API 是最轻量、最可靠的方式，不需要第三方库或管理员权限（但看不到其他用户会话的进程）。EnumProcesses 只返回 PID 数组，不带名字或路径，这是很多人卡住的第一步。
常见错误是传入缓冲区大小单位搞错：它要求的是字节数，不是 PID 个数。传小了会失败并返回所需大小；传大了虽安全但浪费内存。
- 先调用一次
EnumProcesses传NULL和0，拿到实际需要的字节数 - 按字节数分配
DWORD数组（注意：每个 PID 是 4 字节，所以数组长度 = 字节数 / sizeof(DWORD)） - 第二次调用填满数组，再逐个用
OpenProcess+QueryFullProcessImageName或GetModuleFileNameEx拿路径（后者在 Win10 1607+ 已被标记为 deprecated，优先用前者） - 记得对每个
OpenProcess成功的句柄调用CloseHandle，否则句柄泄漏
Linux 下用 /proc 遍历获取进程信息
/proc 是伪文件系统，每个数字子目录对应一个 PID，读 /proc/[pid]/stat 和 /proc/[pid]/comm 就能拿到状态和命令名，读 /proc/[pid]/exe 的符号链接可得绝对路径（需 readlink）。
容易踩的坑是权限和竞态：/proc 目录下进程目录可能在你 opendir 后瞬间退出，导致 stat 失败或 readlink 返回 No such file or directory。不要当作错误中止，跳过即可。
立即学习“C++免费学习笔记（深入）”；
- 用
readdir遍历/proc，用isdigit判断目录名是否全数字 - 拼出
/proc/[pid]/stat后，fopen失败就跳过，不 abort - 读
comm最简单：一行字符串，无空格截断，比解析stat第二字段更稳 - 要路径？
readlink("/proc/[pid]/exe", buf, sizeof(buf)-1)，返回值是实际长度，记得补\0
C++ 跨平台封装要注意的三件事
没有标准库函数能跨平台列进程，强行抽象接口时，最容易翻车的是异常语义和资源生命周期。比如 Windows 版本里 OpenProcess 失败可能因权限不足，Linux 版本里 readlink 失败大概率是进程已退出——两者不该抛同一类异常。
- 返回结构体别存裸指针：路径用
std::string，PID 用uint32_t，避免 Windows 的DWORD和 Linux 的pid_t混用 - 不要在构造函数里做重 IO：把“获取列表”和“获取详情（如路径）”拆成两个方法，否则一次失败整个对象不可用
- Linux 下避免
system("ps aux")：启动 shell 开销大，输出格式不稳定，且无法获取进程启动时间、父 PID 等细节
为什么 GetProcessImageFileName 常返回空或拒绝访问
这个函数在 Windows 上常被误用。它返回的是内核对象路径（如 \Device\HarddiskVolume2\Windows\System32\notepad.exe），不是用户可见路径；而且需要 PROCESS_QUERY_LIMITED_INFORMATION 权限，在非管理员、UAC 提权未开启、或目标进程属于其他会话（如服务）时直接失败。
真正该用的是 QueryFullProcessImageName，它返回 Win32 路径，权限要求更低，兼容性更好。但注意：必须用 OpenProcess 打开目标进程后才能调，且不能用 GetCurrentProcess() 的句柄去查自己——它只支持外部进程句柄。
- 打开进程用
PROCESS_QUERY_LIMITED_INFORMATION，不是PROCESS_ALL_ACCESS - 调用前检查
GetLastError()是否为ERROR_ACCESS_DENIED，是则跳过，不要重试 - 返回缓冲区大小必须是字符数（
TCHAR），不是字节数；Unicode 编译下用MAX_PATH个wchar_t
exe 链接，已有几十个进程生灭。重点不是抓全，而是抓得稳、错得明、漏得少。 
