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