【Java虚拟机】内存溢出实战

在Java虚拟机规范的描述中，除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError（下文称OOM）异常的可能，本节将通过若干实例来验证异常发生的场景。

    测试异常需要设置虚拟机的启动参数，以MyEclipse工具为例，修改如下：Run——>Run Configurations；（修改的参数在代码顶部注释中，这些参数将对实验的结果有直接影响）

Java堆溢出

    Java堆用于存储对象实例，只要不断地创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，那么在对象数量到达最大堆的容量限制后就会产生内存溢出异常。 

import  java.util.ArrayList;
import  java.util.List;
/**
 * -Xms20M -Xmx20M -XX:+HeapDumpOnOutOfMemoryError
 * 将堆最小值参数-Xms与最大值-Xmx参数设置为一样即可避免堆自动扩展，
 * @author Vanguard
 */
public  class  TestGC {
    static  class  OOMObject{
    }
    public  static  void  main(String[] args) {
        List list =  new  ArrayList<>();
        while ( true ){
            list.add( new  OOMObject());
        }
    }
}

运行结果为：

OutOfMemoryError后紧跟着Java heap space提示堆溢出。

栈溢出

    由于在HotSpot虚拟机中并不区分虚拟机栈和本地方法栈，因此，对于HotSpot来说，虽然-Xoss参数（设置本地方法栈大小）存在，但实际上是无效的，栈容量只由-Xss参数设定。
    关于虚拟机栈和本地方法栈，在Java虚拟机规范中描述了两种异常： 

• 如果线程请求的栈深度大于虚拟机所允许的最大深度，将抛出StackOverflowError异常。 
  

• 如果虚拟机在扩展栈时无法申请到足够的内存空间，则抛出OutOfMemoryError异常。 
  

/**
 * -Xss128k
 * @author Vanguard
 */
public  class  JavaVMStackSOF {
    private  int  stackLength= 1 ;
    public  void  stackLeak(){
        stackLength++;
        stackLeak();
    }
    public  static  void  main(String[] args) {
        JavaVMStackSOF oom =  new  JavaVMStackSOF();
        try {
            oom.stackLeak();
        } catch (Throwable e){
            System.out.println( "stack length:" +oom.stackLength);
            throw  e;
        }
    }
}

运行结果：

方法区溢出

    运行时常量池是方法区的一部分，因此这两个区域的溢出测试就放在一起进行。

    String.intern()是一个Native方法，它的作用是：如果字符串常量池中已经包含一个等于此String对象的字符串，则返回代表池中这个字符串的String对象；否则，将此String对象包含的字符串添加到常量池中，并且返回此String对象的引用。 

    方法区用于存放Class的相关信息，如类名、访问修饰符、常量池、字段描述、方法描述等。对于这些区域的测试，基本的思路是运行时产生大量的类去填满方法区，直到溢出。 

    在实际应用中，当前的很多主流框架，如Spring、Hibernate，在对类进行增强时都会用到CGLib这类字节码技术，增强的类越多，就需要越大的方法区来保证动态生成的Class可以加载入内存，若内存不足则引发异常。

转自：http://www.yexiaoquan.com/article/17061301.html