一般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参数增加线程栈大小