亲宝软件园·资讯

展开

JVM内存溢出

JV 人气:0

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

产生原因

解决思路

出现 StackOverflowError异常时,会有明确错误堆栈可供分析,相对而言比较容易定位到问题所在。

如果使用Hotspot虚拟机默认参数,栈深度在大多数情况下(因为每个方法压人栈的帧大小并不是一样的,所以只能说大多数情况下)到达1000~2000 是完全没有问题,对于正常的方法调用(包括不能做尾递归优化的递归调用),这个深度应该完全够用了。但是,如果是建立过多线程导致的内存滥出,在不能减少线程数量或者更换 64 位虚拟机的情况下,就只能通过减少最大堆和减少栈容量来换取更多的线程。

堆溢出

产生原因

当不断的创建对象并避免垃圾回收时,总容量触及最大堆容量时,就会产生溢出。
运行代码:设置vm参数-Xms10m -Xmx10m

public class HeapTest {
    static class OOMObj{

    }
    /**
     * vm arg -Xms10m -Xmx10m -XX:+HeapDumpOnOutOfMemoryError
     */

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

结果:

解决思路

首先通过内存映像分析工具确认是内存泄漏还是内存溢出。

  1. 如果是内存泄漏,说明导致OOM的对象不是必要的。进一步通过工具查看GC Roots引用链。一般可以比较精确的定位。
  2. 如果是内存溢出,对象是必须存活的,那就检查虚拟机的堆参数-Xms、-Xmx设置,对比机器内存,看是否还有上调的空间。再从代码上检查对象生命周期、持有状态时间、存储结构是否有设计不合理等情况。

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

产生原因

一个类要被垃圾收集器回收,条件是比较苛刻的。在经常运行时生成大量动态类的应用场景里,就应该特别关注了。

解决思路

HotSpot在JDK8中已经完全使用元空间代替永久带。Hotspot提供了一些参数作为元空间的防御措施,主要包括:

  1. XX:MaxMetaspacesize:设置元空间最大值,默认是-1,即不限制,或者说只受限于本地内存大小。
  2. -XX:Metaspacesize :指定元空间的初始空间大小,以宇节为单位,达到该值就会触发垃圾收集进行类型卸载,同时收集器会对该值进行调整:如果释放了大量的空间,就适当降低该值;如果释放了很少的空间,那么在不超过-XX:MaxMetaspaceSize(如果设置了的话)的情况下,适当提高该值。
  3. -XX:MinMetaspace Free Ratio:作用是在垃圾收集之后控制最小的元空间剩余容量的百分比,可减少因为元空间不足导致的垃圾收集的频率。类似的还有-xx:Max-MetaspaceFreeRatio,用于控制最大的元空间剩余容量的百分比。

本机直接内存溢出

产生原因

在直接或间接使用了ByteBuffer中的allocateDirect方法的时候,而不做clear的时候就会出现类似的问题。明显的特征是在Heap Dump文件中不会看到明显的异常情况。

解决思路

设置参数: -XX:MaxDirectMemorySize

加载全部内容

相关教程
猜你喜欢
用户评论