当 Java 应用程序抛出 OutOfMemoryError（简称 OOM）时，意味着 Java 虚拟机（JVM）在尝试为对象分配内存时没有足够的空间。这可能是由多种原因造成的，例如内存泄露、过大的垃圾收集开销、不恰当的堆大小设置等。本文将探讨如何通过 JVM 排查 OOM 问题。
理解错误类型
首先需要理解OOM错误的类型：
- 堆内存溢出 (
java.lang.OutOfMemoryError: Java heap space)：堆内存不足，无法为新对象分配空间。 - 永久代/元空间溢出 (
java.lang.OutOfMemoryError: PermGen space或java.lang.OutOfMemoryError: Metaspace)：用于存储类元数据的空间不足。 - 直接内存溢出 (
java.lang.OutOfMemoryError: Direct buffer memory)：分配直接内存失败。 - 请求线程过多 (
java.lang.OutOfMemoryError: unable to create new native thread)：系统无法创建更多的本地线程。 - GC开销限制超出 (
java.lang.OutOfMemoryError: GC overhead limit exceeded)：垃圾收集占用大量时间但回收效率极低。
初始诊断
-
收集错误信息：通常 JVM 在抛出 OOM 错误时会输出堆栈跟踪信息和堆转储（heap dump），如果没有自动生成，可以通过参数
-XX:+HeapDumpOnOutOfMemoryError来启用。 -
分析日志文件：查看应用日志和垃圾收集日志（GC 日志），了解是否存在异常模式，比如频繁的 Full GC 操作。
使用工具
- jVisualVM：使用此可视化工具监控内存使用情况，检测内存泄露，查看线程使用情况。
- jConsole：同样可以实时监控 JVM 的性能指标。
- MAT (Memory Analyzer Tool)：分析堆转储文件，寻找潜在的内存泄露。
- GCViewer 或 GCEasy：分析 GC 日志，查看垃圾收集器的行为和效率。
定位和排查
内存泄漏定位
- 使用 MAT 工具打开堆转储文件。
- 查找占用内存最大的对象。
- 分析这些对象的引用链，确定是否有对象不应该被保留但却无法被 GC 清理。
配置优化
- 根据应用的需求，调整堆内存大小，通过
-Xms和-Xmx进行设置。 - 如果是元空间或永久代溢出，调整
-XX:MaxPermSize（对于 Java 8 之前的版本）或-XX:MaxMetaspaceSize。 - 如果是GC开销限制超出，调优GC策略或者通过
-XX:-UseGCOverheadLimit禁用该检查。
直接内存与线程限制
- 如果是直接内存溢出，考虑调高
-XX:MaxDirectMemorySize参数。 - 对于请求线程过多，可能需要增加操作系统的线程限制，或者减少应用程序中的并发线程数。
代码级调整
- 代码审查：寻找潜在的内存泄漏点，比如静态集合类属性、监听器注册而未取消注册、Cache 未及时清理等。
- 使用弱引用（WeakReference）和软引用（SoftReference）来缓存对象，以便在内存紧张时能够被GC回收。
- 在确保线程安全的前提下，尽量复用对象，减少不必要的对象创建。
防范措施
- 代码质量保证：加强代码审查，使用自动化的内存泄露检测工具。
- 持续监测：在生产环境中持续监控内存使用情况，避免潜在的内存问题。
- 压力测试：在部署前进行压力测试，模拟高负载情况下的内存表现。
结语
OOM 错误通常预示着应用存在深层次的问题。正确地诊断和解决这些问题需要对 JVM 内存管理有透彻的理解和经验。上述步骤能帮助你按部就班地解决问题，但最好的方案还是采用主动预防的策略，确保在代码开发过程中就能够规避大部分潜在的内存问题。
)
-Spark Shuffle)