Windows可通过GetProcessMemoryInfo获取进程工作集峰值（PeakWorkingSetSize），单位字节，需自行转换为MB；Linux需周期读取/proc/meminfo计算MemTotal-MemAvailable的最大值，无内核直接提供的系统级内存占用峰值。
Windows 上没有标准 C++ 接口能直接获取“物理内存占用峰值”，必须调用系统 API；Linux 下需解析 /proc/meminfo 或 /proc/[pid]/status，但“峰值”需自行跟踪——它不是内核暴露的瞬时指标，而是进程生命周期内的历史最大值。
Windows：用 GetProcessMemoryInfo 获取当前工作集 + 峰值需自己维护
Windows 的 PROCESS_MEMORY_COUNTERS_EX 结构里有 PeakWorkingSetSize 字段，但它表示该进程自启动以来的**工作集峰值**（即驻留物理内存最高值），不是整个系统的。系统级峰值（如“这台机器历史上最多用了多少 GB 内存”）Windows 不提供——BIOS/UEFI 层都不记录这个数据。
-
GetProcessMemoryInfo需要psapi.lib链接，头文件是<psapi.h> - 调用前必须用
OpenProcess获取当前进程句柄，权限需含PROCESS_QUERY_INFORMATION -
PeakWorkingSetSize单位是字节，注意转换为 MB 时用/ 1024.0 / 1024.0，避免整除截断 - 该值只在进程运行期间有效；重启后清零——它不是系统全局统计
// 示例：获取当前进程工作集峰值（单位 MB）
PROCESS_MEMORY_COUNTERS_EX pmc = {0};
pmc.cb = sizeof(pmc);
if (GetProcessMemoryInfo(GetCurrentProcess(), (PPROCESS_MEMORY_COUNTERS)&pmc, sizeof(pmc))) {
double peakMB = pmc.PeakWorkingSetSize / 1024.0 / 1024.0;
printf("Peak Working Set: %.2f MB\n", peakMB);
}Linux：/proc/meminfo 不含“系统内存峰值”，得靠周期采样 + 自行比对
/proc/meminfo 中的 MemTotal、MemFree、MemAvailable 都是当前快照，没有历史峰值字段。所谓“系统物理内存占用峰值”，实际只能理解为“过去某时刻 MemTotal - MemAvailable 的最大值”——这必须由你自己的监控程序持续读取、计算并维护最大值。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 每次读
/proc/meminfo要打开、逐行扫描，建议用std::ifstream配合std::string::find定位"MemAvailable:" - 注意字段后跟的是
kB单位，不是字节；解析时跳过空格，提取数字后乘 1024 得字节数 - 频繁轮询（如
- 容器环境下（Docker/Podman），
/proc/meminfo显示的是宿主机值，若需容器内限制后的视图，应读/sys/fs/cgroup/memory/memory.usage_in_bytes
跨平台统一处理？别硬套——差异本质在于设计哲学
Windows 把进程级内存峰值作为稳定字段暴露，Linux 则把“监控”职责交给用户态工具（如 top、htop、cAdvisor）。想封装成“一个函数返回系统内存峰值”，注定失败：它在 Linux 上不存在，在 Windows 上甚至不定义“系统级”概念。
立即学习“C++免费学习笔记（深入）”；
- 如果目标是“本进程内存使用峰值”，Windows 用
PeakWorkingSetSize，Linux 用getrusage(RUSAGE_SELF, &ru)的ru_maxrss（单位 KB） - 如果目标是“本机最近 1 小时内存最高占用”，必须自己实现带时间窗口的滑动最大值（例如用
std::deque存最近 N 个采样点） - 不要依赖
sysconf(_SC_PHYS_PAGES)算总量——它返回的是物理页数，不等于可用内存，更不反映使用峰值
真正容易被忽略的点是：所谓“峰值”永远依赖于你的观测粒度和生命周期。没采样就没有峰值，没存储就没有历史，没定义清楚“是进程的、容器的、还是裸机的”，所有数字都只是上下文里的幻影。
