C++如何获取当前进程的磁盘累积读取和写入总量-C++-PHP中文网

Linux 通过 /proc/self/io 获取 read_bytes 和 write_bytes 字节数，Windows 调用 GetProcessIoCounters 获取 ReadTransferCount 和 WriteTransferCount，macOS 无可靠字节级统计接口，需降级或依赖外部工具。

c++如何获取当前进程的磁盘累积读取和写入总量

Linux 下读取 `/proc/self/io` 获取进程 I/O 统计

Linux 内核通过 /proc/[pid]/io（对当前进程即 /proc/self/io）暴露了精确的累计磁盘读写字节数，这是最直接、无额外权限依赖的方式。该文件每行是 key: value 格式，关键字段为 read_bytes 和 write_bytes —— 它们统计的是实际发往底层块设备的字节数（不包含缓存命中），单位是字节。

实操建议：

用 std::ifstream 打开 /proc/self/io，逐行读取并按冒号分割，跳过空行和注释行
注意 read_bytes 和 write_bytes 的值可能极大（如 TB 级），务必用 unsigned long long 解析
若读取失败（如文件不存在或权限不足），返回 0 或抛异常；/proc 在容器中通常可用，但某些极简运行时（如 gVisor）可能不支持

示例关键逻辑：

std::ifstream io("/proc/self/io");
std::string line;
while (std::getline(io, line)) {
    if (line.rfind("read_bytes:", 0) == 0) {
        auto val = std::stoull(line.substr(11));
    } else if (line.rfind("write_bytes:", 0) == 0) {
        auto val = std::stoull(line.substr(12));
    }
}

Windows 下调用 `GetProcessIoCounters` 获取 I/O 总量

Windows 没有等价的伪文件系统接口，必须调用 Win32 API：GetProcessIoCounters。它返回 IO_COUNTERS 结构体，其中 ReadTransferCount 和 WriteTransferCount 即为累计字节数（注意不是 ReadOperationCount 等操作次数）。

实操建议：

需包含，链接 kernel32.lib（MSVC 默认链接）
传入当前进程句柄：GetCurrentProcess()，该句柄无需额外权限
结构体字段是 ULONGLONG，与 Linux 的 unsigned long long 对应，可直接跨平台 typedef
若函数返回 FALSE，用 GetLastError() 判断错误（常见于沙盒环境或权限受限进程）

示例调用：

IO_COUNTERS io;
if (GetProcessIoCounters(GetCurrentProcess(), &io)) {
    auto read_bytes = io.ReadTransferCount;
    auto write_bytes = io.WriteTransferCount;
}

macOS / BSD 系统没有直接等效接口，需绕行

macOS 不提供 per-process 磁盘字节级累计统计的公开 API。libproc 的 proc_pidinfo 只能拿到读写操作次数（PROC_PIDIOCOUNTERS），没有字节数；sysctl 的 kern.boottime 等全局指标也无帮助。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

可行替代方案（有明显局限）：

用 task_info + TASK_IO_INFO（仅 macOS）：返回 task_io_t，含 bytes_read 和 bytes_written，但**仅在进程启动后首次调用时有效，后续调用返回 0** —— Apple 明确标注为“deprecated”，且实际行为不稳定
依赖外部工具：调用 iotop -p $$ 或解析 ps -o pid,rbytes,wbytes 输出，但需 shell 环境、权限，且精度低（ps 的 rbytes/wbytes 是估算值，非真实磁盘传输量）
结论：若必须支持 macOS，建议降级为记录操作次数（readv/writev 调用计数），或明确文档说明该平台不支持字节级统计

跨平台封装时注意字段语义差异

Linux 的 read_bytes 和 Windows 的 ReadTransferCount 都指“成功传递给存储驱动的字节数”，语义一致；但容易忽略两点：

/proc/self/io 中的 cancelled_write_bytes 表示被截断的写入（如 truncate），不应从 write_bytes 中减去——它只是调试参考，不是已写入量的修正项
Windows 的 OtherTransferCount 包含控制操作（如 ioctl）数据量，不属于磁盘读写，不要混入统计
所有平台均不区分“读缓存命中”和“读磁盘”，统计的是最终落盘/发往设备的量；若需缓存层分析，需用 eBPF（Linux）或 ETW（Windows）等更底层机制

真正难的是 macOS 的缺失和容器中 /proc 的挂载一致性——别假设 /proc/self/io 总存在，尤其在 rootless Docker 或 Podman 中，得加 fallback 判断。