enumprocesses仅返回pid列表，不提供路径，因windows安全设计默认隐藏路径；需配合openprocess与queryfullprocessimagename（推荐）或getmodulefilenameex逐个查询，注意权限、缓冲区大小、pid过滤及错误处理。
为什么EnumProcesses拿不到进程路径
直接调用EnumProcesses只能拿到PID和句柄数，不带路径信息。Windows默认不暴露路径给普通进程——这是安全设计，不是API漏了。想拿到完整路径，必须对每个PID再调用OpenProcess获取句柄，再用QueryFullProcessImageName或GetModuleFileNameEx读取镜像路径。
QueryFullProcessImageName比GetModuleFileNameEx更可靠
GetModuleFileNameEx在低权限进程（如UWP、沙盒应用）下常失败，返回0；而QueryFullProcessImageName是Win7+推荐方式，兼容性好且支持PROCESS_QUERY_LIMITED_INFORMATION权限（普通用户也能开句柄）。注意它只支持MAX_PATH长度（260），超长路径需传0让系统先返回所需缓冲区大小。
实操要点：
- 调用
OpenProcess时务必用PROCESS_QUERY_LIMITED_INFORMATION，不用PROCESS_QUERY_INFORMATION（需要SeDebugPrivilege） - 第一次调用
QueryFullProcessImageName传入缓冲区大小为0，检查返回值是否为0且GetLastError()==ERROR_INSUFFICIENT_BUFFER - 第二次分配足够内存（返回值即所需字节数），再调用一次
- 结果是Unicode路径，直接用
wstring接收，别误用char数组
遍历所有PID时要跳过系统空闲进程和自身
枚举出的PID列表里，0是System Idle Process（无路径可查），当前进程PID也要跳过——否则OpenProcess可能成功但QueryFullProcessImageName返回空字符串（尤其当程序以管理员权限运行时）。
常见错误现象：
- 遍历到PID 0导致
OpenProcess返回NULL，后续调用崩溃 - 没跳过自身PID，在某些Windows版本下
QueryFullProcessImageName返回空或乱码 - 没检查
QueryFullProcessImageName返回值——它返回0表示失败，不是“路径为空”
权限不足时部分路径显示为“无法访问”
即使用了PROCESS_QUERY_LIMITED_INFORMATION，某些保护进程（如csrss.exe、smss.exe）仍会拒绝提供路径，QueryFullProcessImageName返回0且GetLastError()为ERROR_ACCESS_DENIED。这时候不能硬报错，得安静跳过——强行重试或提权不仅无效，还可能触发UAC弹窗或被杀软拦截。
建议做法：
- 对每个PID封装成独立函数，统一处理
ERROR_ACCESS_DENIED和ERROR_INVALID_HANDLE - 路径获取失败时，用
GetProcessImageFileName（需Psapi.h）尝试回退——它返回NT路径格式（\Device\HarddiskVolume1\...），虽不友好但能区分不同实例 - 别在主线程阻塞等待，尤其扫描几百个进程时，考虑加简单超时（比如
WaitForSingleObject配INFINITE太危险）
真正麻烦的不是代码写法，而是Windows对进程路径的访问控制层层嵌套：权限、完整性级别、保护进程机制、UWP容器隔离……绕不开，只能按规则适配。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
