解决：
2、jstat
3、JVM 堆内存内部结构
一、Heap Dump是什么？
==============================================================================
Heap Dump 是Java进程在某个时间点上的内存快照。通常在写heap dump文件前会触发一次FullGC，所以heap dump文件中保存的是FullGC后留下的对象信息。
1、一般在Heap Dump文件中可以获取到（这仍然取决于heap dump文件的类型）如下信息：
- 对象信息：类、成员变量、直接量以及引用值；
- 类信息：类加载器、名称、超类、静态成员；
- Garbage Collections Roots：JVM可达的对象；
- 线程栈以及本地变量：获取快照时的线程栈信息，以及局部变量的详细信息。
也就是说我们可以对上面这些内容进行分析。通常可以基于Heap Dump分析如下类型的问题：
- 找出内存泄漏的原因
- 找出重复引用的jar或类；
- 分析集合的使用；
- 分析类加载器。
二、如何获取Heap Dump？
===============================================================================
1） 通过OutOfMemoryError获取heap dump
通过设置如下的JVM参数，可以在发生OutOfMemoryError后获取到一份HPROF二进制Heap Dump文件：
-XX:+HeapDumpOnOutOfMemoryError
2） 主动触发Heap Dump
可以为虚拟机设置下面的参数，这样就可以在需要的时候按下CTRL+BREAK组合键随时获取一份heap dump文件：
-XX:+HeapDumpOnCtrlBreak
3） 使用jmap、jstat
这个算是用的最多的方式。
JDK自带了一些工具可以帮助我们查看JVM运行的堆内存情况，主要用于打印指定Java进程(或核心文件、远程调试服务器)的共享对象内存映射或堆内存细节。常用的是jmap、jstat。
4） 使用jconsole分析工具
三、jmap、jstat命令使用 及 使用中遇到的问题
==========================================================================================
1、jmap
使用 jmap -heap 可以查看堆内存的使用情况。
报错情况1：
Error attaching to process: sun.jvm.hotspot.debugger.DebuggerException:cannot open binary file.
报错情况2：
加上sudo看看呢？
仍旧报错：使用sudo jmap -heap 会告知command not found：
解决：
原因需要指定具体的jmap路径。
先查看你的进程所使用的的jdk，命令如下：
ps aux|grep *** （搜索***)
或者使用 ps -ef|grep ***，如下：
在这里可以看到使用的jdk绝对路径是：/usr/lib/jvm/jdk1.8.0_231/bin/java
所以使用_sudo/usr/lib/jvm/jdk1.8.0_231/bin/jmap -heap _
参数说明如下：
- S0: 新生代中Survivor space 0区已使用空间的百分比
- S1: 新生代中Survivor space 1区已使用空间的百分比
