Java虚拟机——OutOfmmoryError异常

• 除程序计数器外，虚拟机的其他几个运行时内存区域都有可能发生OutOfmmoryError异常。
• Java堆溢出

1. 解决这区域异常，一般手段是通过内存映像分析工具（如：Eclipse Memory Analyze）对Dump处理的堆转储快照分析。

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

1. 如果线程请求深度大于虚拟机所允许的最大深度，将抛出StackOverflowError异常。
2. 如果虚拟机在扩展栈是无法申请足够的内存空间，则抛出OutOfMemoryError异常。
3. 如果在建立多个线程导致的内存溢出，在不能减少线程数或者更换64位虚拟机时的情况下，就通过减少最大堆和减少栈容量来获取更多线程。

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

1. String.intern()是一个Native方法，它的作用是：如果字符串常量池中已经包含了一个等于此String对象的字符串，则返回代表池(运行时常量池)中这个字符串的String对象；否则，将此String对象包含的字符串添加到常量池中并且返回此String对象的引用。此方法在jdk1.6和jdk1.7中有差异，下面来看段代码：

2. String str1 = new StringBuilder("ni").append("hao").toString();  
   System.out.println(str1.intern() == str1);  
   String str2 = new StringBuilder("ja").append("va").toString();  
   System.out.println(str2.intern() == str2); 

   
   这段代码在jdk1.6中运行，会得到两个false，而在jdk1.7中运行会得到一个true一个false。产生差异的原因是：在jdk1.6中，intern()方法会把首次遇到的字符串实例复制到永久代中，返回的也是永久代中这个字符串实例的引用，而用StringBuilder创建的字符串实例在Java堆上，所以必然不是同一个引用，将返回false。而jdk1.7中的intern()实现不会再复制实例，只是在常量池中记录首次出现的实例引用，因此intern()返回的引用和由StringBuilder创建的那个字符串实例是同一个。对str2比较返回false是因为“java”这个字符串在执行StringBuilder.toString()之前已经出现过，字符串常量池中已经有它的引用了，不符合首次出现的原则，而“ni hao”这个字符串则是首次出现的，因此返回true。ps：方法区常常被在虚拟机上进行开发的开发人员称为“永久代”，但两者本质上并不等价，仅仅是因为HotSpot虚拟机的设计团队选择把GC分代收集器扩展至方法区，或者说使用永久代来实现方法区而已，但现在看来使用永久代实现方法区并不是一个好主意，因为这样更容易遇到内存溢出问题，在jdk1.7中的HotSpot中，已经把原本放在永久代中的字符串常量池移除------摘自《深入理解Java虚拟机》

• 本机直接内存溢出

1. 由DirectMemoty导致的内存溢出，一个明显的特征实在Heap Dump文件中不会发现明显异常，如果发下OOM后发下Dump很小，而程序直接又间接的使用了NIO，那就考虑检查是否时这方面的原因了。