首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >JVM学习系列学习七

JVM学习系列学习七

原创
作者头像
凯哥Java
修改2019-07-05 09:46:54
4000
修改2019-07-05 09:46:54
举报
文章被收录于专栏:凯哥Java凯哥Java

5:实战:内存溢出的定位与分析

内存溢出在日常工作中,这个错误很容易遇到。遇到内存溢出,首先我们需要快速定位内存溢出的环节(位置),需要进行分析,看看是正常情况还是非正常情况。如果是正常情况,这个时候我们需要加大内存。如果是非正常情况,就需要对我们的程序进行修改,来修复这个问题。

首先,我们需要学会如何定位问题,然后在对问题进行分析,如何定位问题?这里我们可以借助于jmap与MAT工具进行分析。

5.1:模拟内存溢出

场景:

     我们向list集合中添加100W个字符串,每个字符串再由100个UUID组成。如果可以正常执行,最后打印出OK。

/*** Created by kaigejava on 2019/7/3.*模拟内存溢出的*/@Slf4jpublic class TestJvmOutOfMemory {   /**    * 内存溢出    */   @Test   public void jvmOutOfMemoryTest(){       List<Object> list = new ArrayList<>();       for (int i = 0; i < 10000000; i++) {           System.out.println(i);           String str = "";           for (int j = 0; j < 1000; j++) {               str += UUID.randomUUID().toString();           }           list.add(str);       }       System.out.println("ok");   }}

设置程序运行的JVM内存大小:

Edit Configurations

设置VM options的值:-Xms6m -Xmx6m -XX:+HeapDumpOnOutOfMemoryError

设置完成之后,我们运行程序:

5.2:运行内存溢出程序

我们发现当外出循环i=50的时候就发生了内存溢出。

错误文件:Dumping heap to java_pid14200.hprof

我们借助于:Everything快速找到文件。

导入到MAT中,进行分析。

5.3:导入MAT中,进行分析

导入分析后,我们发现77.37%也就是4.6MB都被java.lang.object[]数组占用了。

经过分析,我们发现这个object数组占用这么大,很可疑,这个就有可能是导致内存溢出的原因。

在接着查看详情:

我们发现集合中存放了大量的UUID数据。符合我们的测试。达到了我们的实验目的。

本实验只是为了模拟内存溢出,怎么分析问题。

在下一个阶段中,我们将要学习怎么查看JVM中的线程执行情况。

6:jstack的使用

有些时候,我们需要查看下JVM中的线程执行情况。比如,发现服务器的CPU负荷突然增高了,出现了死锁、死循环等情况,这些情况下,我们又该如何分析呢?

由于程序是正常运行的,没有任意异常输出,从日志方面也看不出什么问题的,所以就需要查看JVM的内部线程执行情况了,然后再进行分析查找原因。

这个时候,就需要借助另外一个命令了:jstack命令。

Jstack的作用是将正在运行的JVM的线程进行快照,并打印出来。

本文来源:凯哥个人博客(www.kaigejava.com)

凯哥公众号:凯哥Java(kaigejava)

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档