rchar统计所有读入字符（含缓存层），read_bytes才是实际磁盘读取字节数；需定期采样（推荐200–300ms间隔）计算速率，过短易得0，过长易漏峰值。
Linux下读取/proc/pid/io获取累计IO字节数
Linux内核通过 /proc/[pid]/io 文件暴露进程的IO统计，其中 rchar 和 read_bytes 最常被误用：前者包含所有读入字符（含缓存、设备驱动层），后者才是实际从磁盘发出的读请求字节数（即你真正关心的“磁盘IO”）。直接 cat 该文件能看到类似：
read_bytes: 123456789
你需要定期读取这个值，再用时间差做除法算速率。注意：pid 必须是目标进程ID，不是当前进程——除非你要监控自己。
两次采样间隔至少100ms，否则结果失真
磁盘IO事件本身有延迟和合并特性，采样间隔太短会导致数值跳变剧烈或为0。实测低于100ms时，read_bytes 经常不变，除出来就是0；高于500ms又可能错过突发峰值。推荐固定间隔200–300ms，用 std::this_thread::sleep_for 控制：
auto start = std::chrono::steady_clock::now(); // 读 /proc/pid/io auto end = std::chrono::steady_clock::now(); auto delta_ms = std::chrono::duration_cast<std::chrono::milliseconds>(end - start).count(); if (delta_ms < 200) std::this_thread::sleep_for(std::chrono::milliseconds(200 - delta_ms));
别用 usleep 或 nanosleep，它们精度低且不跨平台。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
解析/proc/pid/io需跳过冒号前的字段名
该文件每行格式是 key: value，value 后可能有空格或换行。不能简单按空格分割，容易把 read_bytes: 123456789 拆成 read_bytes: 和数字两段。稳妥做法是找第一个 :，再跳过后续空白：
size_t pos = line.find(':');
if (pos != std::string::npos) {
std::string val = line.substr(pos + 1);
val.erase(0, val.find_first_not_of(" \t"));
val.erase(val.find_last_not_of(" \t") + 1);
bytes = std::stoull(val);
}没做这步清洗，遇到带空格的值会触发 std::invalid_argument 异常。
Windows上没有等效接口，得用ETW或PerfMon API
Windows没有类似 /proc/pid/io 的轻量级文件接口。想获取单进程磁盘读速率，必须走 ETW（Event Tracing for Windows）订阅 Microsoft-Windows-Storage 事件，或调用 PdhAddCounter 查询 \Process(<name>)\IO Read Bytes/sec</name> 计数器。前者需要管理员权限+事件循环，后者依赖进程名而非PID（重名时不准）。C++标准库完全不提供跨平台IO速率支持，别试图封装一个统一接口——Linux用proc，Windows绕不开WinAPI。
真实项目里，如果只跑Linux，就盯死 read_bytes；如果必须跨平台，建议放弃“实时速率”，改用日志聚合或Prometheus exporter方式上报，避免在C++层硬啃ETW。
