程序运行突然崩溃？可能是堆内存申请失败
你有没有遇到过这种情况：写好的程序在测试时一切正常，一到处理大量数据就直接报错退出，提示“内存分配失败”或者“OutOfMemoryError”？尤其是做Java、C++开发的，这种问题特别常见。其实，这背后大概率是堆内存申请失败惹的祸。
什么是堆内存？
简单来说，堆内存就是程序运行时动态分配的一块区域，用来存放对象、数组这些需要临时创建的数据。比如你在Java里new一个对象，或者C++里用malloc()申请空间，系统就会在堆上划一块地给你用。
但这块地不是无限大的。当系统没法再分出足够的连续空间时，申请就会失败，程序也就撑不住了。
常见的失败原因有哪些？
最直接的原因就是物理内存不够。如果你电脑总共就8GB内存，开了浏览器、微信、视频软件一堆后台程序，再跑一个大数据分析脚本，系统剩余内存可能连2GB都不剩。这时候程序想申请500MB的堆空间，自然会被拒绝。
另一个情况是内存碎片。就像抽屉被塞得乱七八糟，虽然总空间还有，但找不到一块完整的地方放下新东西。堆内存也一样，频繁申请和释放小块内存后，剩下的空闲区域可能是东一块西一块，即使总量够，也无法满足一次大块申请。
还有一种是程序自己“作”的——内存泄漏。比如某个对象用完了没及时释放，代码里又不断创建新对象，久而久之，堆被占满，新申请进不来。这种情况在长时间运行的服务中特别容易出现，比如Web服务器跑几天后突然响应变慢甚至挂掉。
设置不当也会引发问题。比如Java程序启动时用-Xmx参数限制了最大堆内存为1GB，但实际业务需要处理2GB的数据，那不管机器多强，都会触发OOM（内存溢出）。
代码层面的例子
下面这段C++代码看似没问题，但如果循环次数太多，就很容易导致堆内存耗尽：
for (int i = 0; i < 1000000; ++i) {
int* p = new int[10000]; // 每次申请40KB
// 忘记delete p;
}每次申请完不释放，累积下来就是几十GB的占用，系统当然扛不住。
怎么判断是不是堆的问题？
可以打开任务管理器或使用top命令查看内存占用。如果程序运行期间内存持续上涨，且不回落，基本可以怀疑是堆申请异常。配合日志里的错误信息，比如“std::bad_alloc”或“java.lang.OutOfMemoryError: Java heap space”，就能进一步确认。
有时候问题不在程序本身，而是系统层面限制。比如Linux下ulimit设置了单进程最大内存使用量，超了也会被系统终止。
遇到这类问题，别急着重装系统或换电脑，先看看是不是代码逻辑、配置参数或者外部环境出了问题。很多时候，调一下JVM参数，优化一下对象生命周期，或者清理下无用资源，问题就解决了。