什么是OOM

OOM全称“out of memory”，表示内存耗尽。当jvm因为没有足够的内存来为对象分配空间，并且垃圾回收器已经没有空间可回收时，就会抛出这个错误。

为什么会出现OOM

• 分配过少：jvm初始化内存小，业务使用了大量内存；或者不同jvm区域分配内存不合理
• 代码漏洞：某一个对象被频繁申请，不用了之后却没有释放，导致内存耗尽

内存泄漏：申请使用完的内存没有释放，导致虚拟机不能再次使用该内存，此时这段内存就泄露了。因为申请者不用了，而又不能被虚拟机分配给别人用

内存溢出：申请的内存超出了jvm能提供的内存大小，此时称之为一处

内存溢出持续存在，最后一定会溢出，两者是因果关系

解决方法

1.查看异常堆栈信息

查看异常堆栈信息（StackTrace）是定位问题的关键。OOM异常会包含详细的错误信息，如java.lang.OutOfMemoryError: Java heap space，这指出了是哪种类型的内存溢出。
检查JVM日志或应用程序日志中的异常堆栈信息，了解异常发生的具体位置和类型。

2.分析内存使用情况

Heap Dump生成：

• 自动生成：配置JVM参数（如-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/path/to/dump），让JVM在发生OOM时自动生成Heap Dump文件。
• 手动生成：如果JVM仍在运行，可以使用jmap工具生成Heap Dump，例如：jmap -dump:live,format=b,file=heapdump.hprof 。

内存分析工具：使用如Eclipse MAT（Memory Analyzer Tool）、VisualVM、JProfiler等内存分析工具打开Heap Dump文件。

• 分析内存中的大对象、内存泄漏点、类加载情况等。
• 特别关注长时间驻留的对象、集合和缓存等。
• 根据内存分析工具的结果，定位到具体的代码文件和行号。

3.检查代码和配置

检查内存泄漏：

• 查看是否有未关闭的资源，如数据库连接、文件流等。
• 检查静态变量是否持有大量对象。
• 检查是否有无限循环、递归调用等导致内存不断增长的代码。

调整JVM参数：

• 如果确认是内存不足导致的问题，可以尝试增加JVM的堆内存大小（-Xmx）。
• 如果存在大量的线程创建，可能需要调整线程栈大小（-Xss）。
• 根据应用需求选择合适的垃圾回收器，并优化其参数。

4.实时监控和测试

• 使用JVM监控工具：如JConsole、VisualVM等，实时监控内存使用情况、GC活动等。
• 长时间运行测试：在测试环境中进行长时间运行测试，观察内存使用的增长趋势。

5.其他考虑因素

• JNI调用：检查是否有JNI（Java Native Interface）调用导致的本机内存溢出。
• String.intern()使用：检查是否频繁使用String.intern()方法，这可能导致PermGen空间（在Java 8之前）或Metaspace（在Java 8及以后）溢出。
• 动态生成类或代理类：检查是否使用了大量动态生成的类或代理类，如：CGLib生成的代理类

6.临时解决 方案

如果问题难以定位或解决，且对业务影响较小，可以考虑重启JVM作为临时解决方案。但请注意，重启只是治标不治本的方法，应尽快找到问题的根本原因并解决。