C++如何获取当前程序的堆分配总量、驻留量、释放总量及其历史内存碎片化统计-C++-PHP中文网

linux下最可靠方式是读取/proc/self/status中的vmrss（当前驻留物理内存，kb）和vmdata（数据段+堆顶虚拟大小，kb），二者虽非纯堆指标但开销低、稳定；mallinfo2()可获取glibc堆近似统计，但不含mmap分配；精确的分配/释放总量必须通过ld_preload拦截malloc/free实现。

c++如何获取当前程序的堆分配总量、驻留量、释放总量及其历史内存碎片化统计

Linux下用`/proc/self/status`读取近似堆使用量

标准C++不提供跨平台的堆内存统计接口，Linux下最直接的方式是解析/proc/self/status中的VmRSS（驻留集大小）和VmSize（虚拟地址空间总量），但要注意：它们不是“堆分配总量”，而是整个进程的内存视图，包含栈、共享库、mmap区域等。VmData字段更接近堆（data段+brk扩展区），但仍混杂了BSS和部分动态分配——实际值常比malloc累计调用量小，因glibc会缓存free后的内存不立即归还内核。

VmRSS≈当前真实物理内存占用（含堆、栈、代码段等），单位KB
VmData≈数据段+堆顶（sbrk(0)位置），可粗略视为“已分配但未释放的堆上限”
需用std::ifstream读取并逐行匹配，避免依赖libprocps等额外依赖

用`mallinfo()`或`malloc_info()`获取glibc堆内部状态

mallinfo()返回struct mallinfo，含uordblks（已分配字节数）、fordblks（空闲字节数）、smblks（小块缓存数）等字段，但它在glibc 2.33+已被标记为废弃，且字段含义模糊（如uordblks不含mmap分配的大块）；更推荐malloc_info(0, fd)输出XML格式的详细分区统计，包含fastbins、unsorted bin、small/large bins大小及数量。

mallinfo().uordblks≈当前通过brk分配且未free的堆字节数（不含mmap）
malloc_info()需打开文件描述符写入，解析XML时重点关注<heap></heap>下的total、free、used及各bin的size字段
注意：这些值不包含mmap(MAP_ANONYMOUS)分配的大对象（>128KB默认走mmap），所以“释放总量”无法直接得出——free调用后若未触发brk收缩，就仍算在uordblks里

手动追踪分配/释放总量需Hook`malloc`/`free`

要精确获得“分配总量”“释放总量”“碎片率”，必须拦截内存操作。可用LD_PRELOAD注入自定义malloc/free，或编译期链接-Wl,--wrap=malloc。关键点在于：记录每次调用的size，维护全局累加器，并用std::unordered_map<void size_t></void>登记指针与大小，确保free时能校验和扣减。

C++ Code Review Master

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

下载

分配总量 = 所有malloc/calloc/realloc成功返回的size之和
释放总量 = 所有free传入的有效指针对应的历史size之和（需查表）
碎片率 ≈ (空闲块总大小 - 最大连续空闲块大小) / 空闲块总大小，但glibc不暴露空闲块布局，只能靠malloc_info()中各bin的size估算——例如fastbins全非零且总和较大，说明小碎片多
注意线程安全：所有计数器需用std::atomic或pthread_mutex_t保护，否则多线程下数据错乱

Windows下无等效`mallinfo`，得依赖`HeapWalk`或CRT调试堆

Windows没有glibc那一套，GetProcessMemoryInfo()只给PROCESS_MEMORY_COUNTERS（类似VmRSS），无法区分堆。真正可行的是启用CRT调试堆：_CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF)，配合_CrtMemCheckpoint()和_CrtMemDifference()抓内存快照，但仅限Debug模式，且不统计释放历史；生产环境可用HeapWalk()遍历进程默认堆，枚举每个HEAP_ENTRY，根据Flags判断是否空闲、是否正在使用，再计算已用/空闲大小及最大连续空闲长度。