/proc/self/io 中的 read_bytes 和 write_bytes 是自进程启动以来累计的真实磁盘 i/o 字节数，非瞬时速率；需两次采样求差并除以时间间隔（建议 ≥200ms）才能得到 b/s，且必须用 steady_clock 精确计时。
为什么 /proc/self/io 的数值不是实时“瞬时速率”
它只提供自进程启动以来的累计字节数，比如 rchar、wchar、read_bytes、write_bytes —— 这四个字段才是你真正能用的底层磁盘 I/O 指标（其余如 syscr 是系统调用次数，不反映实际磁盘行为）。直接读一次拿不到“每秒多少 MB”，必须两次采样做差值，再除以时间间隔。
常见错误是：只读一次就当成当前速率；或者用 rchar 当磁盘读（错！那是包括缓存、管道、socket 的所有 read() 字节数）；或者把 read_bytes 和 write_bytes 混成网络流量看。
-
rchar≠ 磁盘读：含内存映射、/dev/null、socket recv 等所有内核向用户态拷贝的字节 -
read_bytes≈ 真实磁盘读：仅经 page cache 走到块设备的字节数（绕过 cache 的 O_DIRECT 也会被计入） -
write_bytes≈ 真实磁盘写：同理，是最终落盘（或进 block layer）的数据量 - 两次读取间隔建议 ≥ 100ms：太短会导致差值为 0 或噪声大；Linux 内核对
/proc/self/io的更新并非严格周期性，但通常在有 I/O 完成时才刷新
怎么用 C++ 安全读取并解析 /proc/self/io
别用 fscanf 或正则硬啃——字段顺序固定但可能新增（未来内核），且空格数量不一。最稳的方式是逐行读 + std::string::find_first_of 找冒号，再跳过空白提取数值。
关键点：该文件权限是 -r--r--r--，普通进程可读；但若在容器中运行，需确认 procfs 是否挂载完整（尤其是 pid namespace 隔离后 /proc/self 仍指向本进程）。
- 用
std::ifstream打开/proc/self/io，失败时检查errno（常见ENOENT表示 procfs 未挂载，EACCES极少见但可能出现在某些安全策略下） - 每行格式统一为
key: value，value 始终是十进制无符号整数，无需处理十六进制或逗号分隔 - 只解析你需要的字段：至少
read_bytes和write_bytes；rchar/wchar可选，用于对比判断 cache 命中率 - 数值范围是
unsigned long long（/proc/io 中是 %llu 输出），别用int或long接收，否则超 4GB 就溢出
// 示例：提取 read_bytes 的片段
std::string line;
while (std::getline(file, line)) {
size_t pos = line.find(':');
if (pos == std::string::npos) continue;
std::string key = line.substr(0, pos);
std::string val_str = line.substr(pos + 1);
// 去掉 val_str 开头空格
val_str.erase(0, val_str.find_first_not_of(" \t"));
if (key == "read_bytes") {
read_bytes = std::stoull(val_str); // 注意异常处理
}
}
read_bytes 和 write_bytes 在什么场景下会“不动”
不是 bug，是内核行为：这两个值只在数据真正进入 block layer（即发给块设备驱动）时才累加。所以以下情况它们不会变：
- 纯内存操作：malloc + memset、vector push_back
- page cache 命中读：
open()+read()但数据已在 cache 中（此时rchar增，read_bytes不增） - 写入但未 sync：
write()后数据还在 page cache，没触发 writeback（write_bytes滞后） - 使用
O_SYNC或fsync()会强制刷盘，这时write_bytes才更新；但注意，即使刷盘，内核也可能合并请求，导致单次write()对应多次write_bytes累加 - tmpfs / ramfs 文件操作：完全不经过 block layer，
read_bytes/write_bytes永远为 0
高精度采样时要注意 clock_gettime(CLOCK_MONOTONIC) 而不是 time()
两次读 /proc/self/io 的时间差必须精确到毫秒级，否则算出来的 B/s 误差极大。用 std::chrono::steady_clock 最稳妥（C++11+），底层对应 CLOCK_MONOTONIC；绝对不要用 time() 或 gettimeofday()，它们受系统时间调整影响，差值可能为负或跳变。
- 采样周期设为 200ms 是平衡点：太短（如 10ms）易受调度延迟影响；太长（如 2s）丢失突发 I/O 细节
- 避免在信号处理函数里读
/proc/self/io：该文件读取会触发内核遍历 task_struct，属于非异步信号安全操作 - 如果进程 fork 了子进程，子进程的
/proc/self/io是独立计数的，父进程读不到子进程的 I/O —— 想监控整个进程组，得自己枚举/proc/[pid]/io
read_bytes 和 write_bytes 的差值波动比想象中更剧烈，尤其在小文件随机 I/O 或 buffer cache 大量回收时。别指望每次采样都平滑增长——只要趋势对、量级合理（比如一个 1MB 文件写入后 write_bytes 增加 ~1MB），就是可靠的底层磁盘 I/O 观测入口。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
