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> 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};
}
</long></unistd.h></string></fstream>
Windows上必须用PDH API查ProcessIO Data Bytes/sec计数器
Windows没有类似/proc的实时文件接口,只能通过性能数据助手(PDH)查询ProcessIO Data Bytes/sec这个性能计数器。它返回的是每秒速率(非累计值),但需注意:该计数器默认**按进程名聚合**,若多个同名进程存在(如多个node.exe),会混在一起;要精确到当前进程,必须用Process ID实例名,格式为"Process(。
常见错误是直接用"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是否突增
跨平台监控最难的不是代码写法,而是接受“同一指标在不同系统上天然不等价”。硬对齐只会掩盖问题,不如在文档里白纸黑字写清各平台能力边界。
大量免费API接口:立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游,为数据API应用能力赋能!











