Windows需用GetPerformanceInfo轮询PhysicalTotal-PhysicalAvailable并自行记录最大值，Linux应读/proc/meminfo的MemTotal-MemAvailable，跨平台不可依赖sysconf；所有方案受页面对齐和采样延迟影响。
Windows 上用 GetProcessMemoryInfo 拿不到峰值，得换 GetPerformanceInfo
很多人一上来就查 GetProcessMemoryInfo，结果发现 PROCESS_MEMORY_COUNTERS::PeakWorkingSetSize 看起来像峰值，其实只是当前进程工作集的峰值，不是整个系统物理内存占用的峰值。真正反映系统级物理内存使用高峰的是「系统自启动以来的最高已提交物理内存」，这个值藏在 GetPerformanceInfo 返回的 PERFORMANCE_INFORMATION 结构里，字段是 CommitTotal 和 CommitLimit ——但注意，CommitTotal 是当前已提交量，不是峰值。
关键点在于：Windows 内核并不直接暴露系统级物理内存占用的“历史峰值”。你只能靠轮询 + 自己记录最大值。所以实战中必须搭配定时采样：
- 调用
GetPerformanceInfo获取PhysicalTotal（总物理内存）、PhysicalAvailable（当前可用） - 用
PhysicalTotal - PhysicalAvailable算出当前已用物理内存 - 在程序生命周期内持续更新并维护一个全局最大值变量
- 注意：该差值≈实际物理内存占用，但不含 kernel memory 的部分缓存（如非分页池），对大多数监控场景已足够精确
Linux 下读 /proc/meminfo 的 MemTotal 和 MemAvailable 更可靠
Linux 没有统一的系统 API 提供“历史峰值”，但 /proc/meminfo 的实时性高、开销低，且 MemAvailable（内核 3.14+）比旧的 MemFree 更准确，它已预估了可回收的 page cache 和 slab，能更好反映真实可用内存。
计算当前已用物理内存就是：
long mem_used = mem_total - mem_available;
要点：
- 不要解析
MemFree或Buffers/Cached手动相减——内核版本差异大，容易误判 - 务必检查
MemAvailable是否存在；若不存在（如老内核），退回到MemFree + Buffers + Cached，但需知道这会显著高估“已用”量 - 峰值仍需自行维护：每次读完立刻和当前记录的最大值比较并更新
- 推荐用
std::ifstream逐行读取，避免fscanf因格式变动崩溃
跨平台封装时别碰 sysconf(_SC_PHYS_PAGES) 和 _SC_AVPHYS_PAGES
这两个 POSIX 接口返回的是页数，看似能算内存，但问题很多：
-
_SC_AVPHYS_PAGES在 Linux 上返回的是“当前可用物理页数”，不是“历史最低可用”，更不是“峰值已用” - macOS 上它们返回的是虚拟内存相关值，和物理内存无直接关系
- Windows 完全不支持，
sysconf返回 -1 - 即使算出数字，也缺少时间维度——你永远不知道它是不是峰值
结论：这些接口适合初始化估算，**不能用于峰值监控**。真要跨平台，就老老实实走各自系统的路径：GetPerformanceInfo on Windows，/proc/meminfo on Linux，host_statistics + HOST_VM_INFO on macOS（后者需注意权限和结构体版本）。
精度陷阱：页面粒度、采样频率与内核延迟
所有方案都受限于底层机制：
- Windows
GetPerformanceInfo返回的字节数是按页面对齐的（通常 4KB），所以PhysicalTotal - PhysicalAvailable的结果是 4KB 的整数倍，无法反映 sub-page 级别变化 - Linux
/proc/meminfo是内核动态生成的文本，读取瞬间的值可能比真实状态滞后几毫秒；高频采样（如 - 真正的“峰值”取决于你采样的时机——如果系统在两次采样之间突发占满内存又快速释放，你就漏掉了它
- 建议默认采样间隔 ≥ 500ms；对稳定性要求高的服务，可结合
libpfm或 eBPF 做内核态采样，但这就超出“用户态简单监控”的范畴了
最常被忽略的一点：没有操作系统提供“自上次重启以来的绝对物理内存占用峰值”——你维护的那个最大值，只在你的进程存活期间有效。进程重启，历史就清零。如果需要持久化峰值，得自己写到文件或共享内存，并处理并发写入和崩溃恢复。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
