windows下用pdh api查询\physicaldisk(*)disk read bytes/sec是最稳定低开销方式，需正确构造路径、初始化句柄、两次采样取差；linux下则轮询/proc/diskstats第6列（read_sectors）乘512后除以时间间隔计算字节数/秒。
Windows 下用 PDH 查询磁盘读取字节数/秒（\PhysicalDisk(*)\Disk Read Bytes/sec）
直接调用 Windows 性能计数器（PDH API）是最稳定、开销最低的方式。它不依赖 WMI 的 COM 初始化和查询延迟，也不需要管理员权限（只要进程有基本性能监视权限，默认普通用户即可）。关键在于正确构造计数器路径，并处理多磁盘场景。
常见错误是硬编码 "\PhysicalDisk(_Total)\Disk Read Bytes/sec" 却没初始化 PDH 查询句柄，或忽略 PdhCollectQueryData 至少调用两次才能获得有效差分值。
- 必须先调用
PdhOpenQuery创建查询，再用PdhAddCounter添加计数器——路径中的*会被自动展开为所有物理磁盘实例（如0 C:,1 D:） - 首次调用
PdhCollectQueryData后需等待至少 1 秒（推荐 1000ms），再调用第二次，否则返回PDH_INVALID_DATA - 读取结果要用
PdhGetFormattedCounterValue转成PDH_FMT_LONG或PDH_FMT_DOUBLE；整型可能溢出，建议用double - 注意：该计数器单位是字节/秒，不是 KiB/s 或 MB/s，别自行除以 1024 两次
Linux 下读取 /proc/diskstats 计算每秒读取字节数
Linux 没有实时性能计数器接口，只能靠轮询 /proc/diskstats 并对字段做差分。第 6 列（read_sectors）是扇区数（512 字节/扇区），所以读取字节数 = (current_read_sectors - prev_read_sectors) * 512 / elapsed_sec。
容易踩的坑是误读字段顺序（不同内核版本列数一致，但含义固定）、没跳过设备 mapper 或 loop 设备、或用 wall-clock 时间而非单调时钟导致负值。
- 解析时按行匹配设备名（如
sda、nvme0n1），跳过带dm-、loop、sr前缀的行（除非你真要监控它们） - 必须用
clock_gettime(CLOCK_MONOTONIC, ...)记录时间戳，避免系统时间调整干扰 - 第一次采样只存值，不计算速率；至少两次采样后才输出有效 B/s
- 注意：SSD/NVMe 设备在
/proc/diskstats中同样适用该逻辑，无需特殊分支
C++ 跨平台封装要注意的底层差异
没有标准库函数能跨平台获取磁盘 I/O 速率，强行抽象会掩盖关键行为差异。比如 Windows 的 PDH 是采样驱动层统计，而 Linux 的 /proc/diskstats 是内核块层导出的累计值——前者含缓存命中（实际未发往磁盘），后者严格反映下发到设备的扇区数。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
这意味着同一块 SSD，在 Windows 上看到的 Disk Read Bytes/sec 可能远高于 Linux 的计算值（因大量 read-ahead 和 page cache 命中）。
- 不要试图统一返回“真实磁盘读取”，先明确你要监控的是「应用感知的读流量」还是「设备实际负载」
- Windows 下若需排除缓存影响，得切到
\PhysicalDisk(*)\Split IO/sec+ 扇区统计，但无法直接得字节数 - Linux 下若要包含 page cache 命中，得结合
/proc/stat的pgpgin字段，但它不含设备上下文，无法按磁盘拆分 - 所有实现都应设超时或重试机制：PDH 查询可能卡住，
/proc/diskstats文件读取可能被其他进程锁住（极罕见但存在）
为什么不用 std::filesystem 或 statvfs？
std::filesystem::space 和 statvfs 返回的是磁盘剩余/总空间，不是 I/O 速率。它们不维护任何时间维度数据，也无法触发内核统计更新。试图用它们“每隔一秒调用一次然后自己减”完全无效——这些函数不记录历史，每次返回的都是瞬时静态快照，相减毫无意义。
同理，GetDiskFreeSpaceEx（Windows）或 df 命令输出也属于同一类，纯空间信息，与吞吐量无关。
- 混淆这两类指标是初学者最常犯的错误，会导致监控图表永远显示为 0 或随机大数
- 真正要测速率，必须依赖操作系统提供的性能计数器（Windows）或块设备统计接口（Linux）
- macOS 类似 Linux，需读
/dev/disk*对应的io_stat（通过ioctl），但不在/proc下，不能复用 Linux 代码
实际部署时，最易被忽略的是 Windows 上 PDH 查询句柄泄漏（忘了 PdhCloseQuery）和 Linux 下未过滤虚拟设备导致统计值虚高。这两处不报错，但长期运行后数据逐渐失真。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
