关注“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.0M2free mem=119.08892822265625M3total 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工具

jstat是JDK自带的一个轻量级小工具。全称“Java Virtual Machine statistics monitoring tool”，和jps一样，都在bin目录下；

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

咱们罕用查看GC信息命令

1jstat -gc pid 1000 10

示意查看过程pid的GC信息，每一秒（1000毫秒）输入一次，输入10次。

jstat -gc 参数阐明

  • S0C：第一个幸存区的大小
  • S1C：第二个幸存区的大小
  • S0U：第一个幸存区的应用大小
  • S1U：第二个幸存区的应用大小
  • EC：伊甸园区的大小
  • EU：伊甸园区的应用大小
  • OC：老年代大小
  • OU：老年代应用大小
  • MC：办法区大小
  • MU：办法区应用大小
  • CCSC:压缩类空间大小
  • CCSU:压缩类空间应用大小
  • YGC：年老代垃圾回收次数
  • YGCT：年老代垃圾回收耗费工夫
  • FGC：Full Gc次数
  • FGCT：Full 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