OutOfMemoryError是JVM内存耗尽时的严重错误，常见原因包括堆内存不足、元空间溢出、线程创建失败等；通过堆转储分析、GC监控和代码审查可定位问题；解决方案有合理设置JVM参数、使用对象池、修复内存泄漏，并结合监控预警预防。
Java中OutOfMemoryError是JVM在内存不足且无法继续分配对象时抛出的严重错误。它不是普通的异常，而是表明程序运行环境已达到内存极限。要有效应对这个问题，需先理解其常见触发场景和根本原因，再结合实际进行调优或代码修正。
1. 常见原因分析
OutOfMemoryError有多种表现形式，不同提示信息对应不同的内存区域问题：
- Java heap space：最常见的情况，堆内存不足以分配新对象。通常由大量对象长期存活或存在内存泄漏引起。
- GC Overhead limit exceeded：JVM花费超过98%的时间进行GC，但回收的内存少于2%，说明堆中几乎全是无法释放的对象。
- Unable to create new native thread：系统无法创建更多线程，可能由于线程数过多或操作系统资源限制。
- Metaspace：元空间内存溢出，多因动态加载大量类（如反射、字节码增强、OSGi等）导致。
- Direct buffer memory：使用NIO时频繁申请堆外内存（ByteBuffer.allocateDirect），未及时释放。
2. 典型场景与排查方法
定位问题需要结合日志、监控工具和堆转储文件：
- 开启JVM参数
-XX:+HeapDumpOnOutOfMemoryError，让JVM在发生OOM时自动生成hprof文件。 - 使用jstat观察GC频率和各代内存变化趋势。
- 借助VisualVM、JProfiler或Eclipse MAT分析堆快照，查找占用最多内存的对象及其引用链。
- 检查是否存在集合类（如Map、List）被不当作为缓存长期持有对象引用。
- 关注第三方库是否内部维护了静态缓存或监听器未注销。
3. 解决方案与优化建议
根据具体原因采取相应措施：
立即学习“Java免费学习笔记（深入）”；
- 合理设置JVM堆大小：
-Xms和-Xmx避免过小或过度占用系统资源。 - 调整元空间大小：
-XX:MaxMetaspaceSize控制类元数据区上限。 - 限制线程数量：使用线程池代替频繁创建新线程，避免耗尽系统资源。
- 减少堆外内存使用：谨慎使用DirectBuffer，确保及时释放或改用堆内缓冲。
- 引入弱引用/软引用：对缓存场景使用WeakHashMap或SoftReference，允许GC回收。
- 修复内存泄漏：清除不必要的静态引用、未关闭的资源（如流、连接）、事件监听器等。
4. 预防性设计与监控
良好的架构和运维机制可降低风险：
- 在关键服务中加入内存使用监控，接近阈值时告警。
- 定期压测验证长时间运行下的内存稳定性。
- 避免在循环中创建大对象或隐式装箱操作。
- 使用对象池或缓存框架（如Ehcache、Caffeine）并设置过期策略。
- 线上环境保留GC日志：
-Xlog:gc*:gc.log，便于事后分析。
基本上就这些。OutOfMemoryError虽令人头疼，但通过合理配置、规范编码和有效监控，大多数情况都能预防或快速解决。关键是早发现、准定位、快响应。不复杂但容易忽略细节。
