必要性
一般项目肯定是不需要进行 JVM 调优的，因为 JVM 本身就是为这种低延时、高并发、大吞吐的服务设计和优化的，我们很少需要去改变什么。所以，我们往往更偏重于应用服务本身的调优。
调优的目标
对JVM内存的系统级的调优主要的目的是减少GC的频率和Full GC的次数。
Full GC
会对整个堆进行整理，包括Young、Tenured和Perm。Full GC因为需要对整个堆进行回收，所以比较慢，因此应该尽可能减少Full GC的次数。
导致Full GC的原因
1)年老代（Tenured）被写满
调优时尽量让对象在新生代GC时被回收、让对象在新生代多存活一段时间和不要创建过大的对象及数组避免直接在旧生代创建对象 。
2)持久代Pemanet Generation空间不足
增大Perm Gen空间，避免太多静态对象 ， 控制好新生代和旧生代的比例
3)System.gc()被显示调用
垃圾回收不要在代码中触发，尽量依靠JVM自身的机制
调优工具
jconsole
Jconsole（Java Monitoring and Management Console）是在JDK中自带的java监控和管理控制台，用于对JVM中内存，线程和类等的监控。jdk/bin目录下点击jconsole.exe即可启动。可以以选择本机的监控本机的java应用，也可以选择远程的java服务来监控。
VisualVM
VisualVM 是一个工具，它提供了一个可视界面，用于查看 Java 虚拟机 (Java Virtual Machine, JVM) 上运行的基于 Java 技术的应用程序（Java 应用程序）的详细信息。
调优步骤
监控GC的状态
使用各种JVM工具，查看当前日志，分析当前JVM参数设置，并且分析当前堆内存快照和gc日志，根据实际的各区域内存划分和GC执行时间，觉得是否进行优化。
生成堆的dump文件
java提供了jmap命令（位于jdk/bin目录下），如下：
jmap -dump:format=b,file=/path/heap.dump 进程ID
jmap -dump:live,format=b,file=/path/heap.dump 进程ID
分析dump文件
得到dump文件后我们可以使用jvisualvm来分析，文件比较大我们使用专门的工具打开分析它
分析完毕-判断是否需要优化
如果各项参数设置合理，系统没有超时日志出现，GC频率不高，GC耗时不高，那么没有必要进行GC优化，如果GC时间超过1-3秒，或者频繁GC，则必须优化。
注：如果满足下面的指标，则一般不需要进行GC：
Minor GC执行时间不到50ms；
Minor GC执行不频繁，约10秒一次；
Full GC执行时间不到1s；
Full GC执行频率不算频繁，不低于10分钟1次；
调整GC类型和内存分配
如果内存分配过大或过小，或者采用的GC收集器比较慢，则应该优先调整这些参数。
不断的分析和调整
通过不断的试验和试错，分析并找到最合适的参数，如果找到了最合适的参数，则将这些参数应用到所有服务器。
