我的C语言程序是否内存泄漏？相关内存异常问题咨询

咱们逐个拆解你遇到的三个问题：

1. 内存计算是否有误？ #

你的理论计算（约2.03GB）是基于用户请求的纯数据内存，但实际任务管理器显示的2.7GB包含了多种额外开销，所以你的纯数据计算没错，但实际内存占用的差异是合理的：

• malloc元数据开销：Windows x64下，每个malloc分配的内存块都会附带元数据（比如块大小、链表指针等），通常每个块开销约16字节。你的程序总共执行了超过1000万次malloc（1+25+625+15625+390625+9765625=10,172,526次），这部分总开销就有约155MB。
• 内存对齐：malloc会将分配的内存对齐到16字节边界（x64下的标准要求）。你最底层的分配是25*8=200字节，不是16的倍数，实际会分配208字节，每个块多8字节，这部分额外内存加起来约77MB。
• 分配器缓存与碎片：C运行时的内存分配器会缓存释放的内存（不立刻还给系统），加上大量小内存块分配产生的页内碎片，任务管理器显示的是进程的虚拟内存提交大小，包含了这些缓存和碎片内存，所以数值会远高于纯数据内存。

2. 每次迭代内存增加约2MB的原因？ #

这大概率是内存碎片累积导致的：
每次循环分配和释放6级指针的内存块时，虽然你按层级顺序释放了所有内存，但部分小内存块释放后无法被分配器合并成连续的大块（比如相邻块状态限制、分配器合并策略的局限性），这些碎片化的小块会留在分配器的内存池中，无法还给操作系统。每次迭代都会积累一些这样的碎片，最终表现为每次循环后内存占用稳定增加2MB左右。

3. 第8次循环free后仍占用1.4GB的情况？ #

这是C语言内存分配器的正常行为：
当你调用free时，只是标记这块内存可以被后续malloc重用，但分配器不会立刻把内存还给操作系统，而是将其加入自己的可用内存池。任务管理器显示的是进程向系统申请的总虚拟内存，不会因为你free就立刻下降。后续循环分配时，分配器会优先从这个1.4GB的内存池中取可用内存，所以能正常分配到约2.7GB（池内内存+少量可能的新系统申请）。

如果你想验证这一点，可以在循环结束后调用Windows特定的API（比如_heapmin()），尝试让分配器将空闲内存还给系统，这时任务管理器的内存占用应该会明显下降。

内容的提问来源于stack exchange，提问作者nvmd