根据Java虚拟机规范,虚拟机内存中除过程序计数器之外的运行时数据区域都会发生OutOfMemoryError(OOM),本文将通过实际例子验证分析各个数据区域OOM的情况。为了更贴近生产,本次所有例子都是通过调用接口触发,并使用jvisualvm工具监控tomcat内存进行分析。

一、Java堆溢出

  Java堆主要用于存储对象和数组实例,只要不断创建对象或者数组,并且保证CG Roots(垃圾收集器对象)到对象之间有可达路径来避免垃圾回收机制清除这些对象,在对象数量到达最大堆的限制后就会产生内存溢出异常。

  java代码:

    static class OOMObject{};

    /**
* 测试Java堆OOM
*/
private void testHeapOom(){
List<OOMObject> oomObjects=new ArrayList<>();
int count=;
boolean flag=true;
while(flag){
try{
oomObjects.add(new OOMObject());
count++;
}catch (Throwable throwable){
flag=false;
System.out.println("count="+count);
}
}
}

  设置Jvm参数:在tomcat的 catalina.sh 中添加 JAVA_OPTS="$JAVA_OPTS -Xms64M -Xmx128M -XX:+HeapDumpOnOutOfMemoryError" 即初始堆内存为64M,最大堆内存为128M, -XX:+HeapDumpOnOutOfMemoryError 的含义是当虚拟机内存溢出后Dump出当前内存堆转储快照,这样可以方便事后分析。

  重启tomcat后,设置jvisualvm连接,在JVM参数中可以看到刚才添加的参数,表示设置成功:

  

  切换到监控界面,在“堆”监控界面,可以看到堆大小稳定在64M,64即为我们设置的初始堆大小:

  

  接下来,调用接口触发Java堆OOM,同时监控tomcat日志以及“堆”监控界面。

  tomcat日志:

  tomcat日志中很清楚地给出提示: java.lang.OutOfMemoryError: Java heap space (内存溢出异常:Java堆空间)。

  jvisualvm监控:

  从jvisualvm监控可以看到,不断创建对象需要更多的对空间来存储对象,当使用的堆到达设置的最大值128M的时候,就触发了OOM。同时可以看到,在堆内存占用到达设置的最大堆内存之后,内存使用量又急剧下降,这是为什么呢?这是因为当发生 java.lang.OutOfMemoryError: Java heap space 之后,Java虚拟机会对整个Java堆进行Full GC,Full GC使得堆使用量急剧下降。

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

  由于在HotSpot中不区分虚拟机栈和本地方法栈,所以对于HotSpot来说,设置 -Xoss (设置本地方法栈大小)是无效的,栈容量只由 -Xss 参数设置。栈溢出测试代码如下:

private int stackLength=1;
/**
* 测试栈溢出
*/
private void testStackLeak(){
try{
stackLength++;
testStackLeak();
}catch (Throwable e){
System.out.println("stackLength="+stackLength);
e.printStackTrace();
}
}

同时设置JVM参数: -Xss512k ,和第一步一样,调用接口后观察tomcat日志:

可以看到,tomcat日志打印出了 java.lang.StackOverflowError 的异常,并且栈的深度为2761。

接下来,将 -Xss 大小设置为1M,即设置JVM参数  -Xss1M ,调用接口后,再次观察tomcat日志:

可以看到,抛出  java.lang.StackOverflowError  异常的时候,栈的深度达到了7972。通过对比,我们可以很清楚地看到 -Xss  参数的作用:设置每个线程的栈大小,当线程请求的栈深度大于此设置的时候,就会出现 java.lang.StackOverflowError 异常。

三、方法区溢出

  在HotSpot中,从jdk8开始,方法区的实现由永久代变更为元空间(MetaSpace),元空间与永久代之间最大的区别在于:元空间并不在虚拟机中,而是使用本地内存。理论上取决于32位/64位系统可虚拟的内存大小,但也不是无限制的,可以配置参数来进行调整。现在通过代码来进行测试分析:

  (1)新建一个类 TestMetaSpaceClass ,注意该类不包含包名:

public class TestMetaSpaceClass {
}

  将该类编译后的class文件放到 /mnt/class 路径下;

  (2)测试方法中不断加载该类:

        try {
//准备url
URL url = new File("/mnt/class").toURI().toURL();
URL[] urls = {url};
//获取有关类型加载的JMX接口
ClassLoadingMXBean loadingBean = ManagementFactory.getClassLoadingMXBean();
//用于缓存类加载器
List<ClassLoader> classLoaders = new ArrayList<ClassLoader>();
while (true) {
//加载类型并缓存类加载器实例
ClassLoader classLoader = new URLClassLoader(urls);
classLoaders.add(classLoader);
classLoader.loadClass("TestMetaSpaceClass");
//显示数量信息(共加载过的类型数目,当前还有效的类型数目,已经被卸载的类型数目)
System.out.println("total: " + loadingBean.getTotalLoadedClassCount());
System.out.println("active: " + loadingBean.getLoadedClassCount());
System.out.println("unloaded: " + loadingBean.getUnloadedClassCount());
}
} catch (Throwable e) {
e.printStackTrace();
}

  设置JVM参数  -XX:MetaspaceSize=16M -XX:MaxMetaspaceSize=32M  ,调用接口后观察tomcat日志以及jvisualvm中Metaspace的变化曲线。

  tomcat日志:

  通过tomcat日志可以看到,抛出了 java.lang.OutOfMemoryError: Metaspace 的异常,此时总共加载的数目为5382

  jvisualvm监控:

通过jvisualvm中Metaspace的监控也可以看到,随着类的加载,元空间使用量逐渐增加,当超过最大值32M的时候,发生了OOM,接下来,将JVM参数再调大一点,设置为 -XX:MetaspaceSize=16M -XX:MaxMetaspaceSize=48M ,再次调用接口测试:

tomcat日志:

jvisualvm监控:

从tomcat日志和jvisualvm监控可以看出,当把参数 -XX:MaxMetaspaceSize 调大以后,可以加载更多的类。

以上分析如有错误之处,还请各位指正,谢谢!

  

Java虚拟机三:OutOfMemoryError异常分析的更多相关文章

  1. Java虚拟机内存溢出异常--《深入理解Java虚拟机》学习笔记及个人理解(三)

    Java虚拟机内存溢出异常--<深入理解Java虚拟机>学习笔记及个人理解(三) 书上P39 1. 堆内存溢出 不断地创建对象, 而且保证创建的这些对象不会被回收即可(让GC Root可达 ...

  2. Java虚拟机类加载机制——案例分析

    转载: Java虚拟机类加载机制--案例分析   在<Java虚拟机类加载机制>一文中详细阐述了类加载的过程,并举了几个例子进行了简要分析,在文章的最后留了一个悬念给各位,这里来揭开这个悬 ...

  3. JVM:Java常见内存溢出异常分析

    转载自:http://www.importnew.com/14604.html Java虚拟机规范规定JVM的内存分为了好几块,比如堆,栈,程序计数器,方法区等,而Hotspot jvm的实现中,将堆 ...

  4. 深入理解java虚拟机(三)-----类加载机制

    类加载机制jvm把描述类的数据从class文件加载到内存,并对数据进行校验.转换解析和初始化,最终形成可以被jvm直接使用的java类型.在java中,类型的加载.连接和初始化都是在程序运行期间完成的 ...

  5. 深入理解Java虚拟机(三)——垃圾回收策略

    所谓垃圾收集器的作用就是回收内存空间中不需要了的内容,需要解决的问题是回收哪些数据,什么时候回收,怎么回收. Java虚拟机的内存分为五个部分:程序计数器.虚拟机栈.本地方法栈.堆和方法区. 其中程序 ...

  6. Java虚拟机三 Java堆和栈

    Java堆是和Java应用程序关系最为紧密的内存空间,几乎所有的对象都存放在堆中.并且堆是完全自动化管理的. 根据垃圾回收机制的不同,Java堆有可能有不同的结构.最为常见的一种就是将整个Java堆分 ...

  7. 虚拟机性能监控与故障处理工具(深入理解java虚拟机三)

    JDK自带的工具可以方便的帮助我们处理一些问题,包括查看JVM参数,分析内存变化,查看内存区域,查看线程等信息. 我们熟悉的有java.exe,javac.exe,javap.exe(偶尔用),jps ...

  8. java虚拟机(十一)--GC日志分析

    GC相关:java虚拟机(六)--垃圾收集器和内存分配策略 java虚拟机(五)--垃圾回收机制GC 打印日志相关参数: -XX:+PrintGCDetails -XX:PrintGCTimestam ...

  9. Java常见内存溢出异常分析(OutOfMemoryError)

    原文转载自:http://my.oschina.net/sunchp/blog/369412 1.背景知识 1).JVM体系结构 2).JVM运行时数据区 JVM内存结构的相关可以参考: http:/ ...

随机推荐

  1. 15.linux基础

    1.目录 /:根目录,一般根目录下只存放目录,在Linux下有且只有一个根目录.所有的东西都是从这里开始.当你在终端里输入“/home”,你其实是在告诉电脑,先从/(根目录)开始,再进入到home目录 ...

  2. 3d轮播图(另一种方式,可以实现的功能更为强大也更为灵活,简单一句话,比酷狗优酷的炫)

    前不久我做了一个3d仿酷狗的轮播图,用的技术原理就是简单的jquery遍历+css样式读写. 这次呢,我们换一种思路(呵呵其实换汤不换药),看到上次那个轮播吗?你有没有发现用jquery的animat ...

  3. Java(四、类和对象)

    Java 对象和类 Java作为一种面向对象语言.支持以下基本概念: 多态.继承.封装.抽象.类.对象.实例.方法.重载 对象 对象是类的一个实例(对象不是找个女朋友),有状态和行为.例如,一条狗是一 ...

  4. PAT1097:Deduplication on a Linked List

    1097. Deduplication on a Linked List (25) 时间限制 300 ms 内存限制 65536 kB 代码长度限制 16000 B 判题程序 Standard 作者 ...

  5. 由于github仓库中提前建立readme文件,导致git push报错error: failed to push some refs to 'git@github.com:

    $ git push -u origin master To git@github.com:xxx/xxx.git ! [rejected] master -> master (fetch fi ...

  6. activemq+Zookeper高可用集群方案配置

    在高并发.对稳定性要求极高的系统中,高可用的是必不可少的,当然ActiveMQ也有自己的集群方案.从ActiveMQ 5.9开始,ActiveMQ的集群实现方式取消了传统的Master-Slave方式 ...

  7. java并发之Semaphore

    一.定义 一个计数信号量.从概念上讲,信号量维护了一个许可集.如有必要,在许可可用前会阻塞每一个acquire(),然后再获取该许可.每个release() 添加一个许可,从而可能释放一个正在阻塞的获 ...

  8. Socket 聊天工具

    package cn.davy.mychat; import org.eclipse.swt.widgets.Display; import org.eclipse.swt.widgets.FontD ...

  9. 使用Docker镜像和仓库

    https://www.rhel.cc/2014/11/50/   学习目标: 什么是镜像 docker镜像是由文件系统折叠加而成的,最低端是一个引导文件系统,即bootfs: 如何对镜像进行管理 使 ...

  10. 谈谈对Javascript构造函数和原型对象的理解

    对象,是javascript中非常重要的一个梗,是否能透彻的理解它直接关系到你对整个javascript体系的基础理解,说白了,javascript就是一群对象在搅..(哔!).   常用的几种对象创 ...