在java的虚拟机异常中，有两个异常是大家比较关心的，一个是StackOverflowError，另一个是OutOfMemoryError。今天我们就来看看OutOfMemoryError是怎么产生的，以及如何去排查这个异常。
概念
要了解什么是OutOfMemoryError，我们可以直接看一下OutOfMemoryError的源码，在类上的英文注释很好的阐述了什么是OutOfMemoryError，翻译过来的意思是，由于内存不足，虚拟机没有可分配的内存了，垃圾回收器也不能释放更多的内存。在生产环境中，由于访问量过大，把内存吃满，会出现OutOfMemoryError的异常，小伙伴们如果没有经验的话，往往束手无策，到底是真的内存不够用了，还是自己的程序有问题，也不知道如何去排查这样的异常。
模拟OutOfMemoryError
在这里，我们写一段程序，来模拟一下OutOfMemoryError如何产生，我们创建一个List对象，然后向里边不停的添加1M的Byte，如下；
public static void main(String[] args) {
List<Byte[]> list = new ArrayList<>();
int i = 0;
try {
while (true) {
list.add(new Byte[1024 * 1024]);
i++;
}
} catch (Throwable e) {
e.printStackTrace();
System.out.println("执行了"+i+"次");
}
}
- 我们写了一个while(true)循环，每次都add一个1M的字节对象，1024*1024正好1M。
- 我们用i的值记录总共执行了几次。
- 如果这样不停的执行下去，不管你有多大的内存，都会被吃光的。
我们为了让程序运行时，快速的抛出OutOfMemoryError异常，可以在java的启动命令行增加启动参数，设置堆内存的初始值和最大值。这两个值在生产环境下，通常也是要配置的哦，要充分利用机器的内存嘛，如果不配置就会使用默认值。到时候由于内存不足向老板申请机器，可别挨骂哦~
那这两个参数怎么去加呢？
- -Xms ，-Xms设置初始堆内存的大小
- -Xmx， -Xmx设置最大堆内存的大小
通常情况下，这两个值设置成一样就可以了，总之，我们设置了堆内存的大小。我们在IDEA的启动配置中，统一设置堆内存为80M，如下；
image-20200619153810527.png
好了~~我们运行一下，看看会不会抛出OutOfMemoryError异常吧
java.lang.OutOfMemoryError: Java heap space
at com.diancan.JavaOOMDemo.main(JavaOOMDemo.java:14)
执行了14次
执行了14次，抛出了OutOfMemoryError异常。但是，如果抛出这样一个异常，我们怎么去排查呢？就这一行日志也看不出什么来啊。
排查
说到排查，如果我们能够拿到异常时的内存快照，然后通过一些工具就可以了进行内存的分析了。那么我们怎么去拿到内存溢出时的快照呢？其实，JDK也为我们提供了这样的命令参数，我们来看一下吧，
- -XX:+HeapDumpOnOutOfMemoryError，从字面就可以很容易的理解，在发生OutOfMemoryError异常时，进行堆的Dump，这样就可以获取异常时的内存快照了。
- -XX:HeapDumpPath=D:\heap-dump\ ，这个也很好理解，就是配置HeapDump的路径，方便我们管理，这里我们配置为D:\heap-dump，当然你也可以根据自己的需要，定义为其他的目录。
注意，HeapDumpPath的目录一定要手动创建好，如果没有这个目录，Dump会失败的。
IDEA中的配置，如图：
image-20200619155650833.png
我们再运行一下程序，看看是什么样子，
java.lang.OutOfMemoryError: Java heap space
Dumping heap to D:\heap-dump\java_pid24312.hprof ...
Heap dump file created [123468648 bytes in 0.141 secs]
java.lang.OutOfMemoryError: Java heap space
at com.diancan.JavaOOMDemo.main(JavaOOMDemo.java:14)
执行了14次
我们发现日志上面多了点东西，创建了一个文件，在D:\heap-dump\java_pid24312.hprof。这个文件就是我们的内存快照。那么问题来了，我们如何查看这个文件呢？直接打开是不行的，用写字板等也是不行的，那怎么办？其实也没那么复杂，使用JDK自带的jvisualvm就可以查看。
这里边有个小坑，如果大家用JDK8，可以在JDK的bin目录下找到jvisualvm.exe，但是如果你使用的是JDK8以上的版本，就本示例中，使用的是JDK11，在bin目录下是找不到jvisualvm.exe的。大家可以去visualvm的主页下载。
我们启动visualvm，进入到如下的页面，
image-20200619164227119.png
然后，点击左上角的加载快照按钮，然后选择刚才我们Dump的文件，
image-20200619164759487.png
我们重点看一下右侧中间的部分，
image-20200619165217178.png
类的实例大小排序，可以看到，我们的Byte占了96.5%。详细的信息，我们可以点进去看，包括变量里存的内容，这样我们就可以很快的定位到内存溢出的位置，并且可以判断是真的内存不够了，还是我们的代码出了问题。
网友评论