一、什么是OOM？
OOM就是outOfMemory，内存溢出！可能是每一个java人员都能遇到的问题！原因是堆中有太多的存活对象（GC-ROOT可达），占满了堆空间。
二、怎么解决？
1、拿到内存溢出时的heapdump.hprof文件。
可在程序启动时增加启动参数： -XX:+HeapDumpOnOutOfMemoryError XX:HeapDumpPath=/test/test/test.hprof
如果没有加这个参数怎么办？
不用担心，我们可以通过命令实时输出这个文件：
1、jps命令查到当前java服务的pid ；
2、jmap -dump:live,format=b,file=/test/test/test.hprof pid ；
3、去/test/test/文件夹下拿到test.hprof文件
注意：运行环境要安装完整的jdk.(有的机器上可能只安装了jre，那么jps、jmap这些命令就没法使用了)；/test/test/这个文件夹要提前创建，不然不会输出hprof文件。
分析heapdump.hprof文件。
2.1：分析heapdump.hprof文件，我推荐eclipse出的 MemoryAnalyzer 工具（https://www.eclipse.org/mat/downloads.php）。一般打开hprof文件后主要看两个东西：
Hisogram：内存直方图
Leak Suspects：内存溢出可能的原因
2.2：针对不通类型的OOM，从不同角度着手。
先说几个Histogram参数：
Objects：对象数量
Shallow Heap： Shallow Size是对象本身占据的内存的大小，不包含其引用的对象。
Retained Heap：Retained Size=当前对象大小+当前对象可直接或间接引用到的对象的大小总和。换句话说，Retained Size就是当前对象被GC后，从Heap上总共能释放掉的内存。
2.2.1：Metaspace/PermGen：瞄准Class对象，在Histogram中找到最多的Class对象
2.2.2：Heap space：瞄准占空间最大的对象，在Histogram中找到heap最大的对象。
接下来就是去Path to GC Root去看代码分析了，情况较多，既要了解JVM内存模型，又要具备扎实的Java基础。然后结合自己代码情况下手，就不展开了。
后续我将介绍阿里的线上内存定位神器 Arthas