首先，OOM是OutOfMemoryError的简称，一般发生OOM的时候内存飙升，出现类似错误

org.springframework.web.util.NestedServletException: Handler dispatch failed; nested exception is java.lang.OutOfMemoryError: Java heap space

使用VisualVM和MAT来分析dump，高版本的JDK不带VisualVM，需要自行下载安装：​​https://visualvm.github.io/download.html​​

1、启动配置中添加配置，生成dump文件

-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/www/jar/dump -Xmx150M -Xms150M -Xmn10M -XX:MaxMetaspaceSize=130M -XX:MetaspaceSize=130M

内容解释：

-XX:+HeapDumpOnOutOfMemoryError：发生HeapDumpOnOutOfMemoryError自动成dump文件

-XX:HeapDumpPath=/home/www/jar/dump：dump文件路径

-Xmx150M：最大堆内存

-Xms150M：堆初始内存

-Xmn10M：新生代最大内存

-XX:MaxMetaspaceSize=130M：元空间最大内存

-XX:MetaspaceSize=130M：元空间初始内存`

2、通过 visualvm 分析dump文件 java_pid30643.hprof

数据是ASCII，找了个ASCII转string的网站

​​https://onlinestringtools.com/convert-ascii-to-string​​

总结一下：

  1. 想使用JVM的命令，必须保证使用JDK来运行程序。
  2. 要分析OOM的问题，最好是在OOM的时候将dump文件保存下来，使用上面的JVM参数就OK了。
  3. 虽然有时候工具可以直接定位到问题，但是大多数时候，并不是报oom的线程就是造成OOM的线程，因为也有可能是其他线程用完了内存，当报错线程想分配内存的时候，发现没有内存可以分配，于是就报错了，所以这时候就需要做一些其他的分析了。比如查看堆中占用最多的对象是什么，一般就是可疑对象了。有时候还可以根据数据库的慢查询来看倒推。