Windows未提供系统级物理内存占用峰值的直接API，最可靠替代指标是WMI中Win32_PerfFormattedData_PerfOS_Memory::CommittedBytesPeak，它反映自启动以来提交内存（含页面文件）的历史最高值，单位字节，需转MB且首次查询可能为0。
Windows 上无法直接获取“物理内存占用峰值”，GetProcessMemoryInfo 返回的 PeakWorkingSetSize 是进程级工作集峰值，不是系统总物理内存峰值；真正反映系统级物理内存历史最高使用量的指标，是性能计数器 \Memory\Committed Bytes Peak 或 WMI 中 Win32_PerfFormattedData_PerfOS_Memory::CommittedBytesPeak，但它们本质是提交内存（含页面文件）峰值，非纯物理 RAM 峰值——这点必须先厘清。
为什么 GlobalMemoryStatusEx 拿不到峰值
GlobalMemoryStatusEx 只提供瞬时快照：ullTotalPhys、ullAvailPhys、ullTotalPageFile 等，但它压根不记录历史最大值。它的 ullTotalPhys - ullAvailPhys 算出来的是当前已用物理内存，不是“峰值”。很多开发者误以为反复轮询就能捕获峰值，但实际可能错过毫秒级尖峰，且无法回溯。
- 该 API 无状态、无历史缓存，每次调用都是独立采样
- 即使高频轮询（如 100ms 一次），仍可能漏掉短于采样间隔的内存 spike
- 它不区分“物理 RAM 占用”和“提交内存占用”，而系统任务管理器里显示的“已使用的内存”其实是
Commit Charge的一部分，常被误认为纯物理占用
Windows 上唯一可靠获取系统级内存峰值的方式：WMI 查询 CommittedBytesPeak
Windows 内核持续维护 CommittedBytesPeak 计数器，代表自系统启动以来，内核提交内存（committed memory）达到过的最高字节数。它虽包含页面文件空间，但与用户感知的“系统内存吃紧程度”强相关，是任务管理器“已提交”峰值的来源，也是最接近“系统级内存压力峰值”的公开指标。
- 必须使用
Win32_PerfFormattedData_PerfOS_Memory类（而非Win32_OperatingSystem），后者没有峰值字段 - 查询需启用 COM 初始化：
CoInitializeEx(nullptr, COINIT_MULTITHREADED) - 结果单位是字节，需除以 1024*1024 转 MB；注意返回值为
uint64，避免用int截断 - 首次查询可能返回 0，建议延时 1–2 秒再查，或重试一次
// 示例片段（简化错误处理）
IWbemServices* pSvc = nullptr;
// ... WMI 连接建立后
hres = pSvc->ExecQuery(bstr_t("WQL"), bstr_t("SELECT CommittedBytesPeak FROM Win32_PerfFormattedData_PerfOS_Memory"),
WBEM_FLAG_FORWARD_ONLY | WBEM_FLAG_RETURN_IMMEDIATELY, nullptr, &pEnumerator);
// 遍历 pEnumerator 获取 __int64 CommittedBytesPeak想监控进程自身物理内存峰值？用 GetProcessMemoryInfo + PeakWorkingSetSize，但注意局限
如果你的目标其实是“我的程序历史上最多占了多少物理内存”，那 GetProcessMemoryInfo 的 PeakWorkingSetSize 字段就是你要的——它表示该进程自启动以来，其工作集（驻留物理内存）达到过的最大值。
立即学习“C++免费学习笔记（深入）”；
- 工作集 ≠ 物理内存独占量，它含共享页（如 DLL），且受系统回收策略影响，可能比实际分配小
- 该值只在进程生命周期内有效，重启即归零；无法跨进程聚合
- 若进程长时间空闲，系统可能将其工作集换出，
PeakWorkingSetSize不会下降，但WorkingSetSize会变小 - 务必检查
PROCESS_QUERY_INFORMATION权限，否则调用失败返回 0
PROCESS_MEMORY_COUNTERS_EX pmc = {};
pmc.cb = sizeof(pmc);
if (GetProcessMemoryInfo(GetCurrentProcess(), (PPROCESS_MEMORY_COUNTERS)&pmc, sizeof(pmc))) {
printf("Peak WS: %llu KB\n", pmc.PeakWorkingSetSize / 1024);
}真正的系统级物理内存峰值（即所有进程+内核共用的 RAM 历史最高占用）Windows 并未向用户态暴露直接接口；CommittedBytesPeak 是工程实践中最稳定、可访问、有文档保障的替代指标。别试图从 Performance Counter API 手动累加各进程 WorkingSetSize——不仅开销大、精度差，还因锁竞争和采样不同步导致结果不可靠。
