Hotspot内存溢出测试

最新推荐文章于 2025-09-07 20:32:33 发布

weixin_34337265

最新推荐文章于 2025-09-07 20:32:33 发布

阅读量74

点赞数

CC 4.0 BY-SA版权

文章标签： java 运维操作系统

原文链接：http://www.cnblogs.com/xidongyu/p/5803138.html

本文深入探讨Java中的内存溢出问题，包括堆溢出、栈溢出及方法区溢出的具体表现与解决办法，并通过示例代码展示如何触发这些异常。

一、堆溢出

在执行代码时通过设置堆的最小值-Mms以及堆的最大值-Mmx来控制堆的大小，-XX参数dump出堆内存快照以便对内存溢出进行分析。通过创建大量对象来使堆溢出，当堆内存溢出时会提示OutOfMemeoryError:Java heap space信息。

import java.util.List;
import java.util.ArrayList;

public class HeapOOM {
    static class OOMObject{}

    public static void main(String[] args) {         
        List<OOMObject> list =new ArrayList<OOMObject>();         
        while(true){             
            list.add(new OOMObject());         
        }     
    } 
}

二、栈溢出

栈溢出的原因主要是方法调用嵌套太深超出了虚拟机所允许的最大深度，这时会出现StackOverflowError异常。

import java.lang.Throwable;

public class JavaVMStackSOF{
    private int stackLength=1;

    public void stackLeak(){
        stackLength ++;
        stackLeak();
    }
    public static void main(String[] args) {         
        JavaVMStackSOF sof = new JavaVMStackSOF();
        try{
            sof.stackLeak();
        }catch(Throwable e){
            System.out.println("stack length: " + sof.stackLength);
            throw e;
        }
    } 
}

指定栈的大小最多为128kb,如果在openJDK下,这个值会引起虚拟机报错

　　在执行java代码时会启动JVM，JVM对于操作系统来说是一个普通的进程。因为使用到了虚拟内存映射技术。JVM在自己看了物理机上只存在自己和OS。我们假定物理内存4G，操作系统使用了1G，则JVM可用空间为3G。这3G中除去方法区和堆区(这两个区域java线程共享)，剩下的区域(虚拟机栈、本地方法栈和程序计数器)是每个线程独占的。程序计数器所占区域很小，而在Hotspot中虚拟机栈和本地方法栈是被融合在一起的。剩余区域固定、栈大小固定，则在JVM虚拟中可以创建的线程数量是固定的。所以，当我们在创建线程时如果出现内存溢出、无法创建更多的线程的错误时，就应该注意到线程数应该达到上限了。在这种情况下仍需要创建更多的线程，要的增大物理内存，要么减少栈的大小。

方法区溢出

　　方法区存放的是与类相关的信息，如类名、访问修饰符、常量池、字段描述、方法描述等。本来可以通过创建大量的字符串常量来增大常量池从而导致方法区溢出。JAVA6可以使用上述方法来达到测试效果，但是由于JAVA7的优化，使得在常量存储有了改进。这里只能动态创建大量的类来使常量区溢出。动态创建类时使用到了CGLib库，该库是用来实现代理的类的。这里使用它来创建大量的类。

import java.lang.reflect.Method;   
import net.sf.cglib.proxy.Enhancer;  
import net.sf.cglib.proxy.MethodInterceptor;  
import net.sf.cglib.proxy.MethodProxy;  

public class JavaMethodAreaOOM{
    public static void main(String[] args) {
        while(true){
            Enhancer enhancer  = new Enhancer();
            enhancer.setSuperclass(OOMObject.class);
            enhancer.setUseCache(false);
            enhancer.setCallback(new MethodInterceptor(){
                @Override
                   public Object intercept(Object obj, Method method, Object[] args,  
                       MethodProxy proxy) throws Throwable {  
                        return proxy.invokeSuper(obj, args);
                  } 
            });
            enhancer.create();
        }
    }

    static class OOMObject{}
}