java内存区域与内存溢出异常

堆溢出

java堆内存的OOM异常是实际常见的内存溢出异常情况，当出现java堆内存溢出的情况时，异常堆栈信息OOM，并且会进一步提示java heap space。
需要使用内存映象分析工具对dump出来的堆转储快照进行分析，弄清楚是内存泄露还是内存溢出

• 如果是内存泄露，可进一步通过工具查看泄露对象的GC Roots的引用链，于是就能够找到泄露对象是通过怎么样的路径与GC Roots相关联并且导致垃圾收集器无法自动回收他们的，掌握了泄露对象的类型信息及GC Roots引用链的信息，就可以比较准确的定位出泄露代码的位置
• 如果不存在内存泄露，那么应该检查虚拟机堆参数-Xms和-Xmx，与机器物理内存比较是否还可以调大，从代码检查对否某些对象生命周期过长，持有状态过长的情况，尝试减少程序运行时的内存消耗

虚拟机栈和本地方法栈溢出

由于hotspot虚拟机中不区分虚拟机栈和本地方法栈，设置本地方法的大小是没有用的，栈容量只有-Xss参数设置，关于虚拟机栈和本地方法栈，在java虚拟机中描述了两种异常：

• 如果线程请求的栈深度大于虚拟机所允许的最大深度，将要抛出StackOverflowError异常
• 如果虚拟机在拓展栈时无法申请到足够的内存空间，则抛出OOM异常

方法区和运行时常量池溢出

由于运行时常量池是方法区的一部分，因此这两个区域的溢出测试就放在一起进行。我们可以通过-XX:PermSize和-XX:maxPermSize限制方法区大小，从而间接限制其中的常量池的容量。
方法区用于存放Class的相关信息，如类名，访问修饰符，常量池，字段描述，方法描述等

本机直接内存溢出

Directmemory容量可以通过-XX:MaxDirectMemorySize指定，如果不指定，则默认与java堆最大值一样。由直接内存导致的溢出，一个明显的特征是Heap Dump文件不会看见明显的异常，如果读者发现发生OOM之后的Dump文件很小，而程序中由出现直接内存或者间接的使用了NIO，那就可以考虑检查一下是不是直接IO出现的问题