JVM 发生内存溢出的原因

1. Java 堆空间
2. GC 开销超过限制
3. 请求的数组大小超过虚拟机限制
4. Perm gen 空间
5. Metaspace
6. 无法新建本机线程
7. 杀死进程或子进程
8. 发生 stack_trace_with_native_method

Java 堆空间

造成原因

• 无法在 Java 堆中分配对象
• 吞吐量增加
• 应用程序无意中保存了对象引用，对象无法被 GC 回收
• 应用程序过度使用 finalizer。finalizer 对象不能被 GC 立刻回收。finalizer 由结束队列服务的守护线程调用，有时 finalizer 线程的处理能力无法跟上结束队列的增长

解决方案

• 使用 -Xmx 增加堆大小
• 修复应用程序中的内存泄漏

GC 开销超过限制

造成原因

• Java 进程98%的时间在进行垃圾回收，恢复了不到2%的堆空间，最后连续5个（编译时常量）垃圾回收一直如此。

解决方案

• 使用 -Xmx 增加堆大小
• 使用 -XX:-UseGCOverheadLimit 取消 GC 开销限制
• 修复应用程序中的内存泄漏

GC overhead limt exceed检查是Hotspot VM 1.6定义的一个策略，通过统计GC时间来预测是否要OOM了，提前抛出异常，防止OOM发生。Sun 官方对此的定义是：“并行/并发回收器在GC回收时间过长时会抛出OutOfMemroyError。过长的定义是，超过98%的时间用来做GC并且回收了不到2%的堆内存。用来避免内存过小造成应用不能正常工作。“

一般情况下这个策略不能拯救你的应用，但是可以在应用挂掉之前做最后的挣扎，比如数据保存或者保存现场（Heap Dump）。

请求的数组大小超过虚拟机限制

造成原因

• 应用程序试图分配一个超过堆大小的数组

解决方案

• 使用 -Xmx 增加堆大小
• 修复应用程序中分配巨大数组的 bug

Perm gen 空间

造成原因

Perm gen 空间包含：

• 类的名字、字段、方法
• 与类相关的对象数组和类型数组
• JIT 编译器优化

当 Perm gen 空间用尽时，将抛出异常。

解决方案

• 使用 -XX: MaxPermSize 增加 Permgen 大小
• 不重启应用部署应用程序可能会导致此问题。重启 JVM 解决

Metaspace

造成原因

• 从 Java 8 开始 Perm gen 改成了 Metaspace，在本机内存中分配 class 元数据（称为 metaspace）。如果 metaspace 耗尽，则抛出异常

解决方案

• 通过命令行设置 -XX: MaxMetaSpaceSize 增加 metaspace 大小
• 取消 -XX: maxmetsspacedize
• 减小 Java 堆大小,为 MetaSpace 提供更多的可用空间
• 为服务器分配更多的内存
• 可能是应用程序 bug，修复 bug

无法新建本机线程

造成原因

• 内存不足，无法创建新线程。由于线程在本机内存中创建，报告这个错误表明本机内存空间不足

解决方案

• 为机器分配更多的内存

• 减少 Java 堆空间

• 修复应用程序中的线程泄漏。

• 增加操作系统级别的限制

• • ulimit -a
  • 用户进程数增大 (-u) 1800
• 使用 -Xss 减小线程堆栈大小

杀死进程或子进程

造成原因

• 内核任务：内存不足结束器，在可用内存极低的情况下会杀死进程

解决方案

• 将进程迁移到不同的机器上
• 给机器增加更多内存
• 与其他 OOM 错误不同，这是由操作系统而非 JVM 触发的

发生 stack_trace_with_native_method

造成原因

• 本机方法（native method）分配失败
• 打印的堆栈跟踪信息，最顶层的帧是本机方法

解决方案

• 使用操作系统本地工具进行诊断

参考资料

https://www.cnblogs.com/williamjie/p/11164572.html