关于java:那个小白还没搞懂内存溢出只能用案例说给他听了

51次阅读

共计 2916 个字符,预计需要花费 8 分钟才能阅读完成。

关注“Java 后端技术全栈”

回复“000”获取大量电子书

内存溢出,艰深的了解,就是你要求调配的内存超出了 JVM 能给你的,JVM 不能满足需要,于是产生溢出。为了便于了解,本文咱们将应用一个案例来阐明内存溢出。

首先,还是先看看本文的次要框架:

查看 JVM 内存状况

 1public class PrintGCDetailsDemo {2    public static void main(String[] args) {
 3         //JVM 最大堆空间
 4        System.out.println("Xmx=" + Runtime.getRuntime().maxMemory() / 1024.0 / 1024 + "M");   
 5        //JVM 堆闲暇空间
 6        System.out.println("free mem=" + Runtime.getRuntime().freeMemory() / 1024.0 / 1024 + "M");   
 7        // 以后可用的总空间
 8        System.out.println("total mem=" + Runtime.getRuntime().totalMemory() / 1024.0 / 1024 + "M");   
 9    }
10}

运行下面代码就会输入对应 JVM 堆的内存状况。

1Xmx=1796.0M
2free mem=119.08892822265625M
3total mem=123.0M

内存溢出代码案例

咱们先来看一个 demo 案例,代码如下:

 1@RestController
 2public class GCController {
 3
 4    List<Object> strings = new ArrayList<>();
 5
 6    @GetMapping("/gc")
 7    public String addObject() {8        System.out.println("-------gc-------");
 9        for (int i = 0; i < 1000000; i++){
10            try {11                Thread.sleep(20);
12            } catch (InterruptedException e) {13                e.printStackTrace();
14            }
15            int [] a=new int[500000];
16            // 一直的想 List 中增加,一直的申请内存
17            strings.add(a);
18        }
19        return "ok";
20    }
21}

设置堆最大内存为10m,设置形式:-Xmx10m

而后在 IDEA 中设置

运行咱们的 Spring Boot 我的项目,拜访

http://localhost:8080/gc

不过一会儿就报异样了

这种 OOM 是一眼都能找到问题的点。这样看非常简单的。

然而,像在咱们业务代码里可能就是因为某个 while 或者 if 条件判断导致 OOM 可能排查起来就没那么轻松了,因为你须要搞革除谬误出在哪一段代码,还得革除是什么业务场景会执行到这样的代码里。

堆相干参数有哪些?

以下是最常见堆 JVM 相干参数

-XX:PrintFlagsInitial: 查看所有参数的默认初始值

-XX:PrintFlagsFinal:查看所有的参数的最终值(可能会存在批改,不再是初始值)

-Xms: 初始堆空间内存(默认为物理内存的 1 /64)

-Xmx: 最大堆空间内存(默认为物理内存的 1 /4)

-Xmn: 设置新生代大小(初始值及最大值)

-XX:NewRatio: 配置新生代与老年代在堆构造的占比

-XX:SurvivorRatio:设置新生代中 Eden 和 S0/S1 空间的比例

-XX:MaxTenuringThreshold:设置新生代垃圾的最大年龄(默认 15)

-XX:+PrintGCDetails:输入具体的 GC 解决日志

打印 GC 简要信息:① -XX:+PrintGC-verbose:gc

-XX:HandlePromotionFailure:是否设置空间调配担保

新生代内存过小

参数设置, 新生代设置为1m

-Xmx200m -Xms200m -Xmn1m -XX:+PrintGCDetails

持续拜访下面的

http://localhost:8080/gc

而后持续看垃圾回收日志

因为咱们的新生代内存设置过小,所以下面代码一开始就进行 Full GC 了,接着就是新生代中没有足够的空间可能存储新的数据了。

jps 工具

jsp查问零碎内所有 HotSpot 过程,它位于 java 的 bin 目录下,在这个 bin 目录下有很多好用的工具,这里说说jps

最简略的应用

jps -q只列出过程 ID,其余都不列

jps -m列出代码传给 main 办法的类

jps -l输入以后运行主类的全称,jps只能看到类名,无奈看到全限定类名,应用加参数 -l 就能够看到全限定类名

jps -v输入虚拟机过程启动时 JVM 参数

jstat 工具

jstatJDK 自带的一个轻量级小工具。全称 “Java Virtual Machine statistics monitoring tool”,和jps 一样,都在 bin 目录下;

次要利用 JVM 内建的指令对 Java 应用程序的资源和性能进行实时的命令行的监控,包含了对 Heap size 和垃圾回收情况的监控。可见,jstat是轻量级的、专门针对 JVM 的工具,十分实用。jstat 工具特地弱小,有泛滥的可选项,具体查看堆内各个局部的使用量,以及加载类的数量。应用时,需加上查看过程的过程 id。

咱们罕用查看 GC 信息命令

1jstat -gc pid 1000 10

示意查看过程 pidGC信息,每一秒(1000 毫秒)输入一次,输入 10 次。

jstat -gc 参数阐明

  • S0C:第一个幸存区的大小
  • S1C:第二个幸存区的大小
  • S0U:第一个幸存区的应用大小
  • S1U:第二个幸存区的应用大小
  • EC:伊甸园区的大小
  • EU:伊甸园区的应用大小
  • OC:老年代大小
  • OU:老年代应用大小
  • MC:办法区大小
  • MU:办法区应用大小
  • CCSC: 压缩类空间大小
  • CCSU: 压缩类空间应用大小
  • YGC:年老代垃圾回收次数
  • YGCT:年老代垃圾回收耗费工夫
  • FGCFull Gc次数
  • FGCTFull Gc耗费工夫
  • GCT:垃圾回收耗费总工夫

查看 gc 产生的起因:

1jstat -gccause pid 1000 10

jstat -gcutil 5552 1000 20

查看过程 id 的加载类信息:jstat -class pid

总结

心愿大家联合所学常识和 JVM 相干参数,本人抽时间也倒腾倒腾这些参数,这样便于更粗浅的了解。

加油!趁年老,再不加油就老咯~。

举荐浏览:

《Spring Cloud 与 Docker 微服务架构实战》.pdf

《Go 语言实战》.pdf

《分布式 Java 利用根底与实际》.pdf

正文完
 0