根本原因是计数器路径拼写错误或目标进程不存在；路径须严格匹配进程名（非PID）、空格和实例编号，且进程需正在运行并有IO活动。
用 PdhAddCounter 添加磁盘IO计数器时，为什么总是返回 PDH_INVALID_DATA
根本原因通常是计数器路径拼写错误或目标进程不存在。Windows 性能计数器路径对大小写不敏感，但空格、斜杠、实例名必须严格匹配。比如获取某进程的磁盘读字节数，正确路径是："\Process(<process_name>)\IO Read Bytes/sec"</process_name>，而不是 "\Process(<pid>)\..."</pid> —— 这里不能填 PID，必须填进程名（如 chrome），且需确保该进程当前正在运行。
实操建议：
- 先用
perfmon.exe手动添加相同计数器，确认路径有效；再复制路径到代码中 - 若进程名含空格（如
Visual Studio Code），路径中直接写Visual Studio Code即可，无需引号或转义 - 调用
PdhAddCounter后务必检查返回值，PDH_INVALID_DATA很可能意味着该进程此刻无磁盘 IO 活动（比如刚启动还没读写），不是路径错 - 同一进程多个实例（如多个
cmd.exe）时，路径应为"\Process(cmd#1)\IO Read Bytes/sec"，可用PdhEnumObjectItems枚举所有实例名
如何用 PdhCollectQueryData 和 PdhGetFormattedCounterValue 获取实时速率值
性能计数器的“/sec”类值（如 IO Read Bytes/sec）本质是差分速率，需要至少两次采样才能算出。Windows 的 PDH API 会自动缓存上一次采样值，所以你只需连续调用两次 PdhCollectQueryData（间隔至少 1 秒），再对每个计数器调用 PdhGetFormattedCounterValue，就能拿到近似瞬时速率。
关键点：
立即学习“C++免费学习笔记（深入）”；
在 Windows 上执行终端命令，或对比 Windows 与 Linux 的 Shell 语法时使用。建议先检测当前 Shell 是 PowerShell 还是 cmd.exe，再给出相应命令……
- 第一次调用
PdhCollectQueryData后，不要立刻取值——此时没有历史数据，PdhGetFormattedCounterValue会返回PDH_INVALID_DATA - 两次采样间隔建议 ≥1000ms；太短（如 100ms）会导致数值抖动极大，甚至负值
-
PdhGetFormattedCounterValue返回的是PDH_FMT_COUNTERVALUE结构，其中double类型的doubleValue字段才是你要的速率（单位：字节/秒） - 若需更高精度，可改用
PdhGetRawCounterValue自行做差分计算，但需处理FILETIME时间戳和计数器基础值（CounterType & PERF_COUNTER_RATE）
为什么监控自身进程（GetCurrentProcess）时，读不到磁盘IO数据
因为性能计数器的 Process 对象按进程名索引，不是按 PID。即使你用 GetCurrentProcessId() 拿到 PID，也不能直接构造出有效的计数器路径。必须先通过进程名反查——而当前进程名需从命令行或可执行路径中提取，比如用 GetModuleFileName 获取 exe 路径，再用 PathFindFileName 提取文件名（不含扩展名）。
常见陷阱：
- 直接用
"\Process(notepad)\..."监控记事本，但如果用户双击打开的是notepad++.exe，那名字其实是notepad++，不是notepad - 以管理员权限运行的程序，可能看不到非管理员进程的计数器（取决于 UAC 策略和性能日志权限）
- 某些精简版 Windows 或组策略禁用性能计数器服务（
sysmain或pla），会导致所有Pdh*调用失败 - 使用
GetCurrentProcess句柄本身对 PDH 无用——PDH 不接受句柄，只认名字
替代方案：不用 PDH，改用 GetProcessIoCounters 能否得到“速率”
不能直接得到速率。GetProcessIoCounters 返回的是累计值（ReadTransferCount、WriteTransferCount），单位是字节，但它是瞬时快照，没有时间戳。你需要自己记录前后两次调用的时间差和字节数差，再手动除法计算速率。
这样做更轻量，但也带来新问题：
- 两次调用之间，进程可能退出，导致第二次调用失败（
ERROR_INVALID_HANDLE） - 时间测量必须用
QueryPerformanceCounter，不能用GetTickCount64（精度不够，15ms 级误差会导致速率波动剧烈） - 该函数不区分磁盘 vs 内存映射 IO，所有
ReadFile/WriteFile都计入，包括对内存映射文件的操作 - 它无法区分读/写速率，只能给出总 IO 字节数变化率；若需拆分，仍得回退到 PDH 或 ETW
PDH 的 IO Read Bytes/sec 和 IO Write Bytes/sec 是内核驱动层统计的真实磁盘设备级 IO，而 GetProcessIoCounters 是用户态系统调用层统计，两者数值在高缓存命中率场景下差异明显。
