JVM发生OOM的原因及解决办法整理
1. Java堆空间
造成原因
1、无法在 Java 堆中分配对象。
2、吞吐量增加。
3、应用程序无意中保存了对象引用，对象无法被 GC 回收。
4、应用程序过度使用 finalizer。finalizer 对象不能被 GC 立刻回收。finalizer 由结束队列服务的守护线程调用，有时 finalizer 线程的处理能力无法跟上结束队列的增长。
解决方案
1、使用 -Xmx 增加堆大小
2、修复应用程序中的内存泄漏。
2. GC开销超过限制
造成原因
1、Java 进程98%的时间在进行垃圾回收，恢复了不到2%的堆空间，最后连续5个（编译时常量）垃圾回收一直如此。
解决方案
1、使用 -Xmx 增加堆大小。
2、使用 -XX:-UseGCOverheadLimit取消GC开销限制。
3、修复应用程序中的内存泄漏。
3. 请求的数组大小超过虚拟机限制
造成原因
1、应用程序试图分配一个超过堆大小的数组。
解决方案
1、使用 -Xmx 增加堆大小。
2、修复应用程序中分配巨大数组的bug。
4. Perm gen空间
造成原因
Perm gen空间包含：
1、类的名字、字段、方法。
2、与类相关的对象数组和类型数组。
3、JIT编译器优化。
当Perm gen空间用尽时，将抛出异常。
解决方案
1、使用 -XX: MaxPermSize增加Perm gen大小。
2、不重启应用部署应用程序可能会导致此问题。重启 JVM 解决
5. Metaspace
造成原因
1、从Java 8开始Perm gen改成了Metaspace，在本机内存中分配class元数据（称为Metaspace）。如果Metaspace耗尽，则抛出异常。
解决方案
1、通过命令行设置 -XX: MaxMetaSpaceSize增加Metaspace大小。
2、取消 -XX: MaxMeteSpaceSize。
3、减小Java堆大小，为MetaSpace提供更多的可用空间。
4、为服务器分配更多的内存。
5、可能是应用程序 bug，修复 bug。
6. 无法新建本机线程
造成原因
1、内存不足，无法创建新线程。由于线程在本机内存中创建，报告这个错误表明本机内存空间不足。
解决方案
1、为机器分配更多的内存。
2、减少 Java 堆空间。
3、修复应用程序中的线程泄漏。
4、增加操作系统级别的限制 -ulimit -a 5、用户进程数增大 (-u) 1800 6、使用 -Xss 减小线程堆栈大小。
7. 杀死进程或子进程
造成原因
1、内核任务：内存不足结束器，在可用内存极低的情况下会杀死进程。
解决方案
1、将进程迁移到不同的机器上。
2、给机器增加更多内存。
3、与其他 OOM 错误不同，这是由操作系统而非 JVM 触发的。
8. 发生 Stacktracewithnativemethod
造成原因
1、本机方法（native method）分配失败。
2、打印的堆栈跟踪信息，最顶层的帧是本机方法。
解决方案
1、使用操作系统本地工具进行诊断。
来源：CSDN
作者：zw147258369
链接：https://blog.csdn.net/zw147258369/article/details/102467889