Windows下可用GetProcessMemoryInfo获取当前进程物理内存峰值（PeakWorkingSetSize），需链接psapi.lib并定义WIN32_LEAN_AND_MEAN；Linux下读取/proc/self/status中VmHWM字段；系统级峰值无原生接口，须自行轮询监控。
Windows 上用 GetProcessMemoryInfo 获取当前进程物理内存峰值
Windows 不直接暴露“系统级物理内存峰值”，但能精确拿到**当前进程**的物理内存使用峰值（即 PeakWorkingSetSize），这是最常被误认为“系统峰值”的实际可用指标。
关键点在于：必须链接 psapi.lib，且需在头文件中定义 WIN32_LEAN_AND_MEAN 避免宏冲突：
#include <windows.h>
#include <psapi.h>
#pragma comment(lib, "psapi.lib")
<p>PROCESS_MEMORY_COUNTERS pmc;
if (GetProcessMemoryInfo(GetCurrentProcess(), &pmc, sizeof(pmc))) {
SIZE_T peak_kb = pmc.PeakWorkingSetSize / 1024;
// peak_kb 即该进程自启动以来占用物理内存的最大值（KB）
}-
WorkingSetSize是当前物理内存占用，PeakWorkingSetSize才是峰值，二者别混用 - 该值只反映本进程，不是整个系统的；想监控系统总峰值需用性能计数器或 WMI（见下节）
- 在低权限进程（如沙箱、UWP）中可能返回 0 或失败，需检查
GetLastError()
Linux 下读取 /proc/self/status 的 VmHWM 字段
Linux 进程的物理内存峰值记录在 /proc/self/status 中的 VmHWM（High Water Mark），单位是 KB，比 getrusage 更准确、无采样延迟。
示例代码（C++17）：
立即学习“C++免费学习笔记（深入）”；
#include <fstream>
#include <string>
#include <regex>
<p>std::ifstream f("/proc/self/status");
std::string line;
while (std::getline(f, line)) {
std::smatch m;
if (std::regex_search(line, m, std::regex(R"(VmHWM:\s+(\d+) kB)"))) {
size_t peak_kb = std::stoul(m[1]);
break;
}
}-
VmHWM是内核维护的精确峰值，比getrusage(RUSAGE_SELF, &ru)->ru_maxrss更可靠（后者在某些内核版本中不更新） - 注意路径是
/proc/self/status，不是/proc/<pid>/status</pid>—— 后者在多线程中可能因 pid 变化出错 - 该字段仅对当前进程有效；系统级峰值需解析
/proc/meminfo中的MemTotal和MemAvailable做差值估算，但无真正“历史峰值”记录
跨平台系统级峰值？没有原生接口，只能轮询 + 记录
C++ 标准库和主流 OS API 都不提供“系统自启动以来物理内存占用峰值”的直接查询接口。所谓“系统峰值”必须自己实现监控逻辑。
- Windows：用
PdhAddCounter订阅\Memory\Committed Bytes或\Process(_total)\Working Set，每秒采样并维护最大值 - Linux：定期读取
/proc/meminfo中的MemTotal - MemAvailable（近似当前使用量），自行缓存最大值 - macOS：用
host_statistics64(HOST_VM_INFO64)获取active_count * page_size，同样需轮询比较 - 所有方案都存在精度权衡：采样间隔越小，峰值越准，但开销越大；1 秒间隔通常够用，500ms 以下收益极低
为什么不用 GlobalMemoryStatusEx 或 sysconf(_SC_PHYS_PAGES)？
这两个接口常被误用：GlobalMemoryStatusEx 返回的是**当前可用内存状态**（如 ullAvailPhys），不含历史峰值；sysconf(_SC_PHYS_PAGES) 只返回总物理页数，与使用情况完全无关。
-
GlobalMemoryStatusEx的ullTotalPhys和ullAvailPhys相减可得当前已用，但无法回溯峰值 -
sysconf(_SC_PHYS_PAGES)是编译时/启动时静态值，内存热插拔后不会更新，不能用于运行时监控 - 试图从这些接口“推导峰值”属于典型误用，会得到恒定值或严重滞后数据
真正需要系统级峰值时，唯一靠谱做法是启动一个轻量守护线程，按需轮询并维护本地最大值变量——别指望 OS 提供现成答案。
