JVM OOM处理

一般OOM可能情况如下：

1、OutOfMemoryError： Java heap space；

2、OutOfMemoryError： PermGen space；

3、OutOfMemoryError： unable to create new native thread

4、GC overhead limit exceeded

5、java.lang.StackOverflowError

6、Direct buffer memory

一般的处理方式如下：

问题1检查代码中是否有死循环，同时可以通过设置JVM参数（Xms3062m   Xmx3062m）来进行调节处理；

问题2可以通过设置JVM参数（-XX:MaxPermSize=128m  -XXermSize=128m）来进行调节处理；

问题3产生的原因是由于我们创建了太多的线程，而能创建的线程数是有限制的，导致了异常的发生。能创建的线程数的具体计算公式如下：
  Number of threads= (MaxProcessMemory - JVMMemory - ReservedOsMemory) / (ThreadStackSize)

其中：MaxProcessMemory 指的是一个进程的最大内存
          JVMMemory         JVM内存
          ReservedOsMemory  保留的操作系统内存
           ThreadStackSize      线程栈的大小

在java语言里， 当你创建一个线程的时候，虚拟机会在JVM内存创建一个Thread对象同时创建一个操作系统线程，而这个系统线程的内存用的不是JVMMemory，而是系统中剩下的内存(MaxProcessMemory - JVMMemory - ReservedOsMemory)。
结合上面例子我们来对公式说明一下：
    MaxProcessMemory 在32位的 windows下是 2G
   JVMMemory   eclipse默认启动的程序内存是64M
   ReservedOsMemory  一般是130M左右
   ThreadStackSize 32位 JDK 1.6默认的stacksize 325K左右
  公式如下：(2*1024*1024-64*1024-130*1024)/325 = 5841
  公式计算所得5841，和实践5602基本一致（有偏差是因为ReservedOsMemory不能很精确） 
  我们使用的服务器是8核处理器，每核最大线程数256，所以我们线程池里总共的最大线程总数数是8*256*4=8196
由公式得出结论：你给JVM内存越多，那么你能创建的线程越少，越容易发生java.lang.OutOfMemoryError: unable to create new native thread。  
咦，有点背我们的常理，恩，让我们来验证一下,依旧使用上面的测试程序，加上下面的JVM参数，测试结果如下：

此时针对第三种情况解决方法如下：
 A)如果程序中有bug，导致创建大量不需要的线程或者线程没有及时回收，那么必须解决这个bug，修改参数是不能解决问题的;
 B)如果程序确实需要大量的线程，现有的设置不能达到要求，那么可以通过修改MaxProcessMemory，JVMMemory，ThreadStackSize这三个因素，来增加能创建的线程数：
     MaxProcessMemory 使用64位操作系统
    JVMMemory   减少JVMMemory的分配
    ThreadStackSize  减小单个线程的栈大小

问题4：JDK6新增错误类型。当GC为释放很小空间占用大量时间时会抛出此错误；问题的原因一般是因为堆太小，没有足够的内存。

解决措施如下：1、查看系统是否有使用大内存的代码或死循环；2、通过添加JVM配置，来限制使用内存<jvm-arg>-XX:-UseGCOverheadLimit</jvm-arg>

问题5：线程栈的溢出，要么是方法调用层次过多（比如存在无限递归调用），要么是线程栈太小。

解决措施如下：1、优化程序设计，减少方法调用层次；2、调整-Xss参数增加线程栈大小