Windows无系统级物理内存峰值API，须用GlobalMemoryStatusEx周期采样ullTotalPhys-ullAvailPhys计算当前已用内存，并自行维护最大值变量；Linux同理需解析/proc/meminfo中MemTotal与MemAvailable差值并持续更新极值。
Windows 上没有直接暴露“物理内存占用峰值”的系统 API，GetProcessMemoryInfo 返回的是当前进程的峰值（PeakWorkingSetSize），不是整个系统的；Linux 也没有 /proc/meminfo 里直接记录“历史最高物理内存使用量”的字段——这个值必须你自己持续采样、自己维护。
Windows 下怎么拿到系统级内存使用峰值？
Windows 不提供全局物理内存使用峰值的现成接口。系统本身会记录每个进程的 PeakWorkingSetSize，但不汇总也不持久化整个系统的峰值。你只能靠轮询 + 自己记最大值：
- 用
GlobalMemoryStatusEx获取当前可用内存（ullAvailPhys）和总物理内存（ullTotalPhys），算出已用 =ullTotalPhys - ullAvailPhys - 每秒调用一次，用一个全局变量（如
static SIZE_T g_system_peak_kb = 0）更新最大值 - 注意：该值只在你的进程生命周期内有效；重启后归零，除非你额外写入文件或注册表
- 不要误用
PERF_COUNTER_LARGE_RAWCOUNT类性能计数器——它返回的是瞬时值，不是峰值，且需要PdhAddCounter配置，开销大、延迟高
/proc/meminfo 中哪些字段能反映真实物理内存峰值？
Linux 的 /proc/meminfo 是快照，没有“历史峰值”字段。但你可以通过两个关键指标逼近真实压力峰值：
-
MemTotal和MemAvailable只反映当前状态，不能回溯 -
Committed_AS是内核估算的“所有进程申请过的最大虚拟内存总量”，接近但不等于物理内存峰值（尤其在 overcommit=1 时会虚高） - 真正有参考价值的是
DirectMap4k/DirectMap2M等页表映射量，配合/sys/kernel/debug/page_alloc/extfrag_index可判断内存碎片是否曾导致 OOM —— 但这属于间接推断 - 若需可靠峰值，必须自己读
MemAvailable并计算MemTotal - MemAvailable，然后用std::max持续更新本地变量
C++ 跨平台采样实现要注意什么？
写一个跨平台内存监控器，核心不是“查 API”，而是“控节奏”和“防抖动”：
- 采样间隔别设 100ms——频繁读
/proc/meminfo或调GlobalMemoryStatusEx会抬高 CPU，尤其在容器中可能被限频 - Windows 下避免在 GUI 线程里调用
GlobalMemoryStatusEx，它内部有临界区，高并发时可能轻微阻塞 - Linux 下打开
/proc/meminfo后记得用lseek(fd, 0, SEEK_SET)重置文件偏移，否则第二次读会失败（很多示例漏了这步） - 不要把“峰值”存在 shared memory 或 mmap 区域里指望其他进程读取——不同进程地址空间隔离，得用文件、socket 或 DB 同步
- 示例片段（Linux）：
std::ifstream f("/proc/meminfo");<br>std::string line;<br>while (std::getline(f, line)) {<br> if (line.rfind("MemTotal:", 0) == 0) total = parse_kb(line);<br> else if (line.rfind("MemAvailable:", 0) == 0) avail = parse_kb(line);<br>}<br>current_kb = total - avail;<br>g_peak_kb = std::max(g_peak_kb, current_kb);
真正的难点不在读数据，而在于定义“峰值”本身：是按字节对齐的瞬时最大值？还是按分钟粒度的滑动窗口最大值？是否要排除 page cache 波动？这些业务语义必须由你明确，系统不会替你决定。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
