在运行java进程是，可以通过jps命令查看进程PID，使用java的同居jmap命令可以得到jvm的dump文件；
在网上找了两种方式获取dump文件
获取JVM的dump文件的两种方式：转载来源https://www.cnblogs.com/liu-ke/p/6622350.html【
流柯】
1. JVM启动时增加两个参数:
#出现 OOME 时生成堆 dump: -XX:+HeapDumpOnOutOfMemoryError #生成堆文件地址： -XX:HeapDumpPath=/home/liuke/jvmlogs/
2. 发现程序异常前通过执行指令，直接生成当前JVM的dmp文件，6214是指JVM的进程号
jmap -dump:format=b,file=serviceDump.dat 6214
由于第一种方式是一种事后方式，需要等待当前JVM出现问题后才能生成dmp文件，实时性不高，第二种方式在执行时，JVM是暂停服务的，所以对线上的运行会产生影响。所以建议第一种方式。
分析dump文件 ：转载来源https://blog.csdn.net/lipc_/article/details/52034743【JVM性能调优之生成堆的dump文件】，这里面讲了一些分析和优化，可以多看看
了解有下面几种工具可以打开该文件：
- Visual VM
- IBM HeapAnalyzer
- JDK 自带的Hprof工具
使用这些工具时为了确保加载速度，建议设置最大内存为6G。据说，这些工具都无法直观地观察到内存泄漏，Visual VM虽能观察到对象大小，但看不到调用堆栈；HeapAnalyzer虽然能看到调用堆栈，却无法正确打开一个3G的文件。因此，我们又选用了Eclipse专门的静态内存分析工具：Mat。
3.分析内存泄漏
通过Mat我们能清楚地看到，哪些对象被怀疑为内存泄漏，哪些对象占的空间最大及对象的调用关系。通过Mat或JMX我们还可以分析线程状态，可以观察到线程被阻塞在哪个对象上，从而判断系统的瓶颈。
