引起OOM的原因与解决方式

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

解决方案：使用-Xmx增加堆大小，修复应用程序中的内存泄漏。

• GC 开销超过限制
  Java进程98%的时间在进行垃圾回收，恢复了不到2%的堆空间，最后连续5个(编译时常量)垃圾回收一直如此。

解决方案：使用-Xmx增加堆大小，使用-XX:-UseGCOverheadLimit取消GC开销限制，修复应用程序中的内存泄漏。

• 请求的数组大小超过虚拟机限制
  应用程序试图分配一个超过堆大小的数组。

解决方案：使用-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)分配失败，打印的堆栈跟踪信息，最顶层的帧是本机方法。

解决方案：使用操作系统本地工具进行诊断。