Linux用/proc/pid/io读取累计IO字节数，Windows用PDH API查ProcessIO Data Bytes/sec速率，macOS无原生支持需折中估算；跨平台需按语义差异分场景设计接口。
Linux下用/proc/pid/io读取进程IO统计最直接
Linux内核通过/proc/[pid]/io暴露每个进程的累计IO字节数，无需额外权限（只要能读该进程的proc条目），是获取当前进程磁盘IO吞吐量最轻量、最可靠的方式。注意：它只反映**累计值**，要算吞吐量必须做两次采样求差。
关键字段包括：rchar（读入字符数，含缓存）、wchar（写出字符数）、read_bytes（实际发往磁盘的读字节数）、write_bytes（实际发往磁盘的写字节数）。监控吞吐量应优先用read_bytes和write_bytes，它们剔除了page cache影响，更贴近真实磁盘负载。
示例C++片段（仅Linux）：
#include <fstream>
#include <string>
#include <unistd.h>
std::pair<long long, long long> get_disk_io_bytes() {
std::string path = "/proc/" + std::to_string(getpid()) + "/io";
std::ifstream f(path);
std::string line;
long long read_bytes = 0, write_bytes = 0;
while (std::getline(f, line)) {
if (line.substr(0, 11) == "read_bytes:") {
read_bytes = std::stoll(line.substr(11));
} else if (line.substr(0, 12) == "write_bytes:") {
write_bytes = std::stoll(line.substr(12));
}
}
return {read_bytes, write_bytes};
}
Windows上必须用PDH API查ProcessIO Data Bytes/sec计数器
Windows没有类似/proc的实时文件接口，只能通过性能数据助手（PDH）查询ProcessIO Data Bytes/sec这个性能计数器。它返回的是每秒速率（非累计值），但需注意：该计数器默认**按进程名聚合**，若多个同名进程存在（如多个node.exe），会混在一起；要精确到当前进程，必须用Process ID实例名，格式为"Process(<pid>)\IO Data Bytes/sec"</pid>。
立即学习“C++免费学习笔记（深入）”；
常见错误是直接用"Process(node.exe)\IO Data Bytes/sec"，结果拿到的是所有node进程的总和；或者忽略PDH初始化失败（如服务未启动、权限不足），导致PdhCollectQueryData返回PDH_INVALID_HANDLE却未检查。
实操要点：
- 调用
PdhOpenQuery后，必须用PdhAddCounter添加带PID的完整路径，例如"\Process(12345)\IO Data Bytes/sec" - 首次
PdhCollectQueryData后需等待至少一秒再调第二次，否则速率计算为0 - 用
PdhGetFormattedCounterValue取PDH_FMT_LONG类型，避免浮点精度丢失 - 记得在退出前调用
PdhCloseQuery，否则句柄泄漏
macOS无等效内建API，只能靠libproc+statfs折中估算
macOS不提供进程粒度的磁盘IO字节统计。libproc的proc_pidinfo可获取proc_taskallinfo结构体，其中pti_total_user_time和pti_total_system_time与IO相关但非直接指标；而pti_diskio_bytes_read/pti_diskio_bytes_written字段在较新系统中已废弃且常为0。
可行的折中方案是：用statfs定期轮询挂载点的f_iosize和f_blocks变化，结合getrusage(RUSAGE_SELF, &ru)里的ru_inblock/ru_oublock（单位是512B块），再乘以块大小估算IO量。但要注意：ru_inblock包含所有块设备读（含swap、/dev），不单指磁盘；且无法区分读/写方向的实际字节数。
这意味着在macOS上你拿不到Linux或Windows那种“真实磁盘写入字节数”，只能作为粗略参考。如果业务强依赖精确IO统计，macOS用户需考虑改用eBPF（需kernel 12.0+及root权限）或接受降级处理。
跨平台封装时别硬套统一接口，先明确你要的“吞吐量”定义
不同平台返回的数据语义不一致：Linux给累计字节，Windows给瞬时速率，macOS只能给块计数。强行封装成get_io_throughput_bytes_per_sec()会导致行为不可预测——比如在Linux上调用两次间隔100ms，除出来可能是0（因内核更新频率低），而在Windows上却有值。
建议按场景拆分接口：
- 需要历史趋势 → 统一返回累计字节数（Linux原生支持，Windows需自己累加，macOS用
ru_inblock×512模拟） - 需要实时速率 → Linux自己diff+sleep，Windows直取，macOS放弃或用第三方工具（如
iostat -p解析） - 只需判断IO是否活跃 → 检查Linux的
read_bytes是否增长、Windows的计数器是否非零、macOS的ru_inblock是否突增
跨平台监控最难的不是代码写法，而是接受“同一指标在不同系统上天然不等价”。硬对齐只会掩盖问题，不如在文档里白纸黑字写清各平台能力边界。
