Windows用GetPerformanceInfo的CommitTotal×PageSize得页面文件实际使用字节数，Linux读/proc/meminfo中SwapTotal与SwapFree差值得swap已用量，二者语义不同：前者含预留虚拟内存，后者仅统计已写入磁盘的数据页。
Windows 下用 GetPerformanceInfo 获取页面文件使用量
Windows 没有直接暴露“当前页面文件使用量”的 API，GetPerformanceInfo 是最接近的系统级接口——它返回的是整个分页池（paging file）的已提交内存总量，即实际被映射、正在使用的页面文件空间，而非磁盘上页面文件的大小或预留量。
常见错误是误以为 GlobalMemoryStatusEx 能返回页面文件使用情况，但它只提供 ullTotalPageFile 和 ullAvailPageFile（总/可用页面文件大小），这两个值相减得到的是“最大可提交量”，不是当前已用。真正已用的页面文件空间必须查性能信息。
-
GetPerformanceInfo需要链接psapi.lib，头文件为<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++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 逐行读取
/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 当作“磁盘写入量”，其实它连物理内存充足时的预留虚拟地址空间都算进去了。
