VisualVM概述
VisualVM 是一款免费的性能分析工具。监控程序运行的实时数据，从而进行动态的性能分析。同时，它能自动选择更快更轻量级的技术尽量减少性能分析对应用程序造成的影响，提高性能分析的精度。
知识点：
转储：性能分析工具从内存中获得当前状态数据并存储到文件用于静态的性能分析。
1 系统转储：JVM 生成的本地系统的转储，又称作核心转储。一般的，系统转储数据量大，需要平台相关的工具去分析，如 Windows 上的 windbg 和 Linux 上的 gdb。
2 Java 转储：JVM 内部生成的格式化后的数据，包括线程信息，类的加载信息以及堆的统计数据。通常也用于检测死锁。
3 堆转储：JVM 将所有对象的堆内容存储到文件。
快照：应用程序启动后，性能分析工具开始收集各种运行时数据，其中一些数据直接显示在监视视图中，而另外大部分数据被保存在内部，直到用户要求获取快照，基于这些保存的数据的统计信息才被显示出来。快照包含了应用程序在一段时间内的执行信息
1 CPU 快照：主要包含了应用程序中函数的调用关系及运行时间，这些信息通常可以在 CPU 快照视图中进行查看。
2 内存快照：主要包含了内存的分配和使用情况、载入的所有类、存在的对象信息及对象间的引用关系等。这些信息通常可以在内存快照视图中进行查看。
性能分析：性能分析是通过收集程序运行时的执行数据来帮助开发人员定位程序需要被优化的部分，从而提高程序的运行速度或是内存使用效率
1 CPU 性能分析：CPU 性能分析的主要目的是统计函数的调用情况及执行时间，或者更简单的情况就是统计应用程序的 CPU 使用情况。通常有 CPU 监视和 CPU 快照两种方式来显示 CPU 性能分析结果。
2 内存性能分析：内存性能分析的主要目的是通过统计内存使用情况检测可能存在的内存泄露问题及确定优化内存使用的方向。通常有内存监视和内存快照两种方式来显示内存性能分析结果。
3 线程性能分析：线程性能分析主要用于在多线程应用程序中确定内存的问题所在。一般包括线程的状态变化情况，死锁情况和某个线程在线程生命期内状态的分布情况等
VisualVM部署
下载VisualVM安装程序，解压到本地目录，到bin目录中执行jvisualVM.exe
PS：
启动JvisualVM提示"无法检测到本地java应用程序"解决方式：
将tmp目录中的hsperfdata_userName文件夹设置到ntfs文件格式的分区下即可
查看方式：%TMP%然后设置环境变量到新的目录即可
VisualVM监控界面
略
VisualVM内存、CPU、线程监控
内存分析
VisualVM 通过检测 JVM 中加载的类和对象信息等帮助我们分析内存使用情况，我们可以通过 VisualVM 的监视标签和 Profiler 标签对应用程序进行内存分析
Java堆内存溢出
java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:2760)
at java.util.Arrays.copyOf(Arrays.java:2734)
at java.util.ArrayList.ensureCapacity(ArrayList.java:167)
at java.util.ArrayList.add(ArrayList.java:351)
at com.hongdian.demo.oome.OOMObject.createOOME(OOMObject.java:12)
at com.hongdian.demo.oome.OOMObject.main(OOMObject.java:21)
Java栈和本地方法栈溢出
Exception in thread "main" java.lang.StackOverflowError
at com.hongdian.demo.oome.StackOverflowError.stackLeak
(StackOverflowError.java:8)
at com.hongdian.demo.oome.StackOverflowError.stackLeak
(StackOverflowError.java:8)
CPU分析
VisualVM 能够监控应用程序在一段时间的 CPU 的使用情况，显示 CPU 的使用率、方法的执行效率和频率等相关数据帮助我们发现应用程序的性能瓶颈。
线程死锁
Java 语言能够很好的实现多线程应用程序。当我们对一个多线程应用程序进行调试或者开发后期做性能调优的时候，往往需要了解当前程序中所有线程的运行状态，是否有死锁从而分析系统可能存在的问题
线程死锁信息：DeadLock.java（网络转载）
Found one Java-level deadlock:
=============================
"Thread-1":
waiting to lock monitor 0x02abed0c (object 0x22eda760, a baor.test.thread.Resource),
which is held by "Thread-0"
"Thread-0":
waiting to lock monitor 0x02abeca4 (object 0x22eda770, a baor.test.thread.Resource),
which is held by "Thread-1"
Java stack information for the threads listed above:
===================================================
"Thread-1":
at baor.test.thread.MyThread2.run(MyThread2.java:17)
- waiting to lock <0x22eda760> (a baor.test.thread.Resource)
- locked <0x22eda770> (a baor.test.thread.Resource)
"Thread-0":
at baor.test.thread.MyThread1.run(MyThread1.java:17)
- waiting to lock <0x22eda770> (a baor.test.thread.Resource)
- locked <0x22eda760> (a baor.test.thread.Resource)
Found 1 deadlock.