共计 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 工具
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