OOM详解

StackOverFlowError:栈溢出。属于错误还是异常？属于错误 深度的方法调用会导致栈溢出。

OutOfMemoryError:Java heap space堆内存溢出。也是属于错误。频繁的创建新对象大对象会导致堆溢出。

OutOfMemoryError:GC OverHead limit exceeded GC回收时间过长时会抛出这个异常，过长的定义是，超过98%的时间用来做GC并且回收了不到2%的堆内存。
连续多次GC都只回收了不到2%的极端情况下才会抛出。假如不抛出GC overhead limit错误会发生什么情况呢？那就是GC清理的这么点内存很快会再次填满，迫使GC再次执行，这样就形成了恶性循环，CPU使用率一直是100%，而GC却没有任何成果。

OutOfMemoryErro ：Direct buffer memory:导致原因：写NIO查询经常使用ByteBuffer来读取或者写入数据，这是一种基于通道（Channel）与缓冲区（Buffer）de I/O方式，它可以使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作。这样能在一些场景中显著提高性能，因为避免了再java堆和Native堆中来回复制数据。
ByteBuffer.allocate(capability)第一种方式是分配JVM堆内存，属于GC管辖范围，由于需要拷贝所以速度相对缓慢。
ByteBuffer.allocteDirect(capaility)第一种方式是分配 os本地内存 ，不属于GC管辖范围，由于不需要内存拷贝所以速度相对较快。
但如果不断分配本地内存，堆内存很少使用，那么JVM就不需要执行GC，DirectByteBuffer对象们就不会被回收，这时候堆内存充足，但本地内存可能已经使用光了，再次尝试分配本地内存就会出现OutOfMemoryError,那程序就直接崩溃了。

OutOfMemoryErro：unable to creat new native thread
高并发请求服务器时，经常出现这个异常。准确讲改 native thread 异常与对应平台有关。
导致原因：1 应用创建太多线程，一个应用进程创建多个线程，超过系统承载极限。2 服务器并不允许应用程序创建这么多线程，linux系统默认允许单个进程可以创建的线程数是1024个，应该创建超过这个数量，就会报unable to creat new native thread
OutOfMemoryErro：Metaspace Java8及以后的版本使用Metaspace来替代永久代。
Metaspace是方法区在HotSpot
中的实现，它与持久带最大的区别在于：Metaspace并不在虚拟机内存中而是使用本地内存。也即在Java8中，class metadata (the virtual machines internal presentaion of java class)被存储在叫做Metaspace的native memory
永久代（java8后被原空间Metaspace取代了）存放了以下信息：
虚拟机加载的类信息
常量池
静态变量
即时编译后的代码