仅在程序执行结束时释放动态分配内存存在哪些其他弊端？

除了你提到的内存占用持续增长外，这种方式还存在以下明显弊端：

• 内存碎片问题：频繁分配不同大小的内存块后，堆内存会产生大量零散的空闲碎片。即便总空闲内存总量足够，后续需要大内存块的分配请求也可能因碎片无法连续而失败。
• 调试难度陡增：常规内存泄漏检测工具（如Valgrind）会将所有延迟释放的内存标记为泄漏，完全掩盖真正的内存泄漏点（比如分配栈漏记录的内存块），让你无法精准定位问题。
• 多线程场景的性能与安全问题：如果分配栈未做线程安全设计，多线程并发分配会直接破坏栈结构，引发崩溃或内存记录错误；即便添加同步锁，频繁的锁竞争也会显著拖慢程序运行速度。
• 不适用长期运行程序：对于后台服务、守护进程这类需要持续运行的程序，内存会持续累积直至耗尽，直接导致程序崩溃——这类程序根本没有“结束”的时机来触发内存释放。
• 缓存命中率下降：未释放的内存块会占用CPU缓存或页缓存空间，导致后续新分配的内存更难命中缓存，整体程序的运行性能会明显降低。
• 关联系统资源泄漏：如果分配的内存块绑定了其他系统资源（比如文件句柄、网络连接、硬件设备句柄），仅释放内存并不会释放这些资源，最终会导致系统资源耗尽，影响其他进程甚至整个系统的稳定性。

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