C++如何检测程序运行的内存峰值 _ 系统API与钩子函数【实战】-C++-PHP中文网

真正可靠的运行时内存峰值需基于堆分配行为聚合统计，核心路径只有两条：hook系统堆api（如heapalloc）或劫持c运行时malloc/free调用；getprocessmemoryinfo因受系统调度干扰、含共享内存且采样率低，无法反映真实堆内存峰值。

c++如何检测程序运行的内存峰值 _ 系统api与钩子函数【实战】

直接看进程的 WorkingSetSize 或 PagefileUsage 并不能反映真实内存峰值——它们是瞬时快照，且受系统调度干扰大。真正可靠的运行时内存峰值，必须基于堆分配行为做聚合统计，核心路径只有两条：Hook 系统堆 API（如 HeapAlloc），或劫持 C 运行时的 malloc/free 底层调用。

为什么 GetProcessMemoryInfo 不够用

GetProcessMemoryInfo 返回的是当前工作集（WorkingSetSize）和私有字节（PrivateUsage），但这两个值：

受系统内存压力自动收缩，比如后台触发内存压缩或页面换出，数值会突然下跌，导致峰值被掩盖
包含共享 DLL 的内存、映射文件等非堆内容，和你代码里 new 出来的对象无直接对应关系
采样频率低（通常需手动轮询），极易错过短时爆发的分配高峰

它适合监控服务级水位，不适合定位“这段逻辑到底占了多少堆内存”。

Hook HeapAlloc/HeapFree 是最稳的 Windows 方案

Windows 下所有 malloc、new、LocalAlloc 最终都落到 HeapAlloc（默认进程堆），Hook 它能 100% 覆盖用户态堆分配。关键点：

必须 Hook HeapAlloc、HeapReAlloc、HeapFree 三个函数，缺一不可；HeapReAlloc 处理 resize 场景，漏掉会导致统计失真
使用 Microsoft Detours 库比手写 inline hook 更安全，避免线程竞争时修改跳转指令引发崩溃
记录每块内存的 size + 调用栈（用 RtlCaptureStackBackTrace），否则只知道“峰值多少”，不知道“谁干的”
多线程下所有计数操作必须加锁，推荐 SRWLOCK（轻量）而非 CriticalSection（开销大）

示例钩子片段（简化）：

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

SIZE_T g_currentHeapUsage = 0;
SIZE_T g_peakHeapUsage = 0;
SRWLOCK g_lock = SRWLOCK_INIT;
<p>LPVOID WINAPI MyHeapAlloc(HANDLE hHeap, DWORD dwFlags, SIZE_T dwBytes) {
LPVOID ptr = RealHeapAlloc(hHeap, dwFlags, dwBytes);
if (ptr) {
AcquireSRWLockExclusive(&g_lock);
g_currentHeapUsage += dwBytes;
g_peakHeapUsage = max(g_peakHeapUsage, g_currentHeapUsage);
ReleaseSRWLockExclusive(&g_lock);
}
return ptr;
}
</p>

重载 new/delete 容易踩的坑

看似简单，但实际在 Release 版本中极易失效：

编译器可能内联 operator new，尤其小对象（
STL 容器（如 std::vector）内部可能直接调用 malloc，不走 new，导致漏统计
第三方库（如 Boost、OpenSSL）链接的是静态 CRT，你的重载对它们完全无效
没处理 nothrow 版本和数组版本（operator new[]），会漏掉大量分配

如果坚持用重载，至少补全这四个：

void* operator new(size_t size);
void* operator new[](size_t size);
void* operator new(size_t size, const std::nothrow_t&) noexcept;
void* operator new[](size_t size, const std::nothrow_t&) noexcept;