上一篇：GC垃圾回收机制----GC回收算法（GC机制必会知识点）
在java中，因为JVM能够自动回收不再使用的对象而不是人为地显式地销毁对象，所以出现OOM的情况并不多见，但是如果出现了OOM的情况，我们也可以使用一些辅助工具来进行排查。
JProFiler(java Profiler)就是一款分析OOM的神器，它能够定位出现OOM的代码位置。
1.下载JProfiler客户端
安装很easy，不再赘述……
2.IDEA上下载JProfiler插件
按住快捷键ctrl+alt+s，选择plugins，搜索JProfiler,下载完毕之后重启IDEA。
3.查看JProfiler是否安装成功
重启IDEA工具之后，应该会在IDEA上看到JProfler的图标
如果没有此图标，通过如下操作重启IDEA。
按住ctrl+alt+s，进入Settings，选择Tools下的JProfiler,绑定JProfiler的客户端：
5.整个OOM测试类
在我们测试的时候，可以通过参数将内存设置小一些，方便出现OOM的情况，下面参数表示当出现OutOfMemoryError的时候就把文件dump下来。
堆栈参数
| 参数 | 作用 |
|---|---|
| -Xms | jvm启动时堆内存的初始大小 |
| -Xmx | 堆内存的最大值 |
| -Xmn | 新生代空间大小，剩下的为老年代空间大小 |
| -Xss | 栈空间大小 |
| -XX:PermGen | 设置永久代内存的初始化大小，jdk1.8开始废弃永久代 |
| -XX:MaxPermGen | 设置永久代的最大值 |
| -XX:SUrvivorRatio | 设置新生代和存活区的比例。-XX:SurvivorRatio=8 表示存活区：新生代=1：8 =》新生代占年轻代的8/10,每个存活区各占年轻代的1/10。默认值：8 |
| -XX:NewRatio | 设置老年代和年轻代的比例。比如：-XX:NewRatio=8 表示老年代内存:年轻代内存=8:1 => 老年代占堆内存的8/9;年轻代占堆内存的1/9。默认值：2 |
-Xms1m -Xmx8m -XX:+HeapDumpOnOutOfMemoryError
public class Demo1 {
public static void main(String[] args) {
Student student = new Student("张三", 18);
List<Student> students = new ArrayList<>();
while (true) {
students.add(student);
}
}
private static class Student {
private String name;
private Integer age;
public Student(String name, Integer age) {
this.name = name;
this.age = age;
}
}
}
启动该测试类之后，直接报错如下：
上图红框中显示已经错误文件java_prd3248.hprof下载下来了，选中当前项目src文件夹，单机右键选择show in explorer，
看到有如下文件：
双击此文件就可以直接使用JProfiler客户端打开
扫描二维码关注公众号，回复：
9030810 查看本文章
5.JProfiler客户端分析错误文件
打开后的文件显示如下：
我们从下面的视图中可以看到是谁占用了大部分的空间：
也可以选择Thread Dump，它会展示我们程序中的所有线程，通过查看线程我们可以快速定位到底是哪一行代码出了问题：
错误显示在controller包下的Demo1类中的main方法的第19行出现了问题，然后我们就可以去IDEA工具中查看到底是什么情况了……
下一篇：Native关键字
