C++如何获取系统的当前页面文件使用情况-C++-PHP中文网

windows用getperformanceinfo的committotal×pagesize得页面文件实际使用字节数，linux读/proc/meminfo中swaptotal与swapfree差值得swap已用量，二者语义不同：前者含预留虚拟内存，后者仅统计已写入磁盘的数据页。

c++如何获取系统的当前页面文件使用情况

Windows 下用 `GetPerformanceInfo` 获取页面文件使用量

Windows 没有直接暴露“当前页面文件使用量”的 API，GetPerformanceInfo 是最接近的系统级接口——它返回的是整个分页池（paging file）的已提交内存总量，即实际被映射、正在使用的页面文件空间，而非磁盘上页面文件的大小或预留量。

常见错误是误以为 GlobalMemoryStatusEx 能返回页面文件使用情况，但它只提供 ullTotalPageFile 和 ullAvailPageFile（总/可用页面文件大小），这两个值相减得到的是“最大可提交量”，不是当前已用。真正已用的页面文件空间必须查性能信息。

GetPerformanceInfo 需要链接 psapi.lib，头文件为 <psapi.h></psapi.h>
调用前必须确保结构体 PERFORMACE_INFORMATION 的 cb 字段设为 sizeof(PERFORMANCE_INFORMATION)，否则返回失败且 GetLastError() 为 ERROR_INVALID_PARAMETER
返回的 CommitTotal * dwPageSize 就是当前已提交的页面文件字节数（含物理内存不足时溢出到页面文件的部分）

PERFORMANCE_INFORMATION pi = {};
pi.cb = sizeof(pi);
if (GetPerformanceInfo(&pi, sizeof(pi))) {
    SIZE_T usedPageFileBytes = pi.CommitTotal * pi.PageSize;
}

Linux 下读取 `/proc/meminfo` 中的 `SwapUsed` 值

Linux 不区分“页面文件”和“交换分区”，统称 swap。内核通过 /proc/meminfo 暴露实时使用情况，其中 SwapTotal 和 SwapFree 是稳定字段，二者相减即为当前已用 swap 量。

注意：不要解析 Committed_AS，那是虚拟内存总提交量（含未换出部分），与实际 swap 使用无关；也不要依赖 /proc/swaps，它只列设备状态，不反映实时用量。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

逐行读取 /proc/meminfo，匹配以 SwapTotal: 和 SwapFree: 开头的行
数值单位恒为 kB，需转换为字节时乘以 1024
若系统禁用了 swap（SwapTotal: 0），则 SwapUsed 应为 0，无需额外判断

std::ifstream f("/proc/meminfo");
std::string line;
unsigned long total = 0, free = 0;
while (std::getline(f, line)) {
    if (line.rfind("SwapTotal:", 0) == 0) total = std::stoul(line.substr(10));
    else if (line.rfind("SwapFree:", 0) == 0) free = std::stoul(line.substr(9));
}
unsigned long used_kb = total > free ? total - free : 0;

跨平台封装要注意的底层差异

Windows 的 CommitTotal 和 Linux 的 SwapTotal - SwapFree 表面都是“已用交换空间”，但语义不同：前者包含所有已提交但尚未分配物理页的虚拟内存（即使还没写入磁盘），后者仅统计实际已写入 swap 设备的数据页。这意味着在 Windows 上该值通常更大，尤其在启用大地址空间或大量 VirtualAlloc 提交时。

不能简单把两者等同看待，监控告警阈值需按平台分别设定
macOS 没有等效接口——host_statistics 只提供 vm_stat 中的 Pages swapped in/out 累计值，无法获取瞬时占用；sysctl vm.swapusage 又只在启用 swap 时存在，且精度有限
如果程序需长期运行并轮询，Windows 下建议每秒最多调用一次 GetPerformanceInfo（开销低），Linux 下可直接读文件，无性能压力

权限与兼容性陷阱

Windows 上 GetPerformanceInfo 在所有用户权限下都可用，但返回值可能受 UAC 虚拟化影响（极少见）；Linux 下读 /proc/meminfo 不需要特权，但若进程运行在容器中，需确认 procfs 已正确挂载且未被屏蔽（例如某些 rootless Podman 配置会限制 proc 子集）。

Windows Server 2003 及更早系统不支持 GetPerformanceInfo，需回退到 NTQuerySystemInformation（SystemPerformanceInformation 类），但该方式未公开文档且易触发 AV
Linux 下若遇到 ENOENT 打开 /proc/meminfo 失败，大概率是 chroot 或容器环境路径不可见，应加 fallback 日志而不是静默失败
不要尝试用 system("free -b") 解析命令输出——格式不稳定，且 fork 开销大，纯属反模式

C++ 里没有跨平台标准接口能精确拿到这个值，必须按系统分支处理；最容易被忽略的是 Windows 上把 CommitTotal 当作“磁盘写入量”，其实它连物理内存充足时的预留虚拟地址空间都算进去了。