JVM常用调优工具介绍
前言
王子在之前的JVM文章中已经大体上把一些原理性问题说清楚了，今天主要是介绍一些实际进行JVM调优工作的工具和命令，不会深入讲解，因为网上资料很多，篇幅可能不长，但都是实用的内容，小伙伴们有不清楚的可以自行查找资料。
jstat命令
jstat命令可以查看到很多的jvm信息，详细内容可以自行百度，本篇只介绍我们经常使用的命令。
jstat -gc PID 1000 10
一般最常用的命令就是这个了，它的意思是每1秒打印一次jvm的内存信息，打印10次。
通过此命令可以分析出新生代对象的增长速度，Young GC的触发频率和耗时、老年代的增长速度、Full GC的触发频率和耗时。
分析之后进行合理的jvm参数设置进行调优工作。
里面的各个参数解释如下：
- S0C：第一个幸存区的大小
- S1C：第二个幸存区的大小
- S0U：第一个幸存区的使用大小
- S1U：第二个幸存区的使用大小
- EC：伊甸园区的大小
- EU：伊甸园区的使用大小
- OC：老年代大小
- OU：老年代使用大小
- MC：方法区大小
- MU：方法区使用大小
- CCSC:压缩类空间大小
- CCSU:压缩类空间使用大小
- YGC：年轻代垃圾回收次数
- YGCT：年轻代垃圾回收消耗时间
- FGC：老年代垃圾回收次数
- FGCT：老年代垃圾回收消耗时间
- GCT：垃圾回收消耗总时间
PID可以通过jps命令获得，jps就是一个查看java进程的命令，没什么可说的，不清楚的小伙伴百度了解下即可。
jmap和jhat命令
jmap -dump:live,format=b,file=dump.hprof PID
生成内存快照，以供分析内存占用情况。
jhat dump.hprof
分析内存快照，内置了web容器，可以通过浏览器分析堆内存快照。
MAT工具
功能比较强大的内存分析工具，可以替代jhat。
需要注意的一点是，线上导出来的dump如果很大的话，比如有几个GB，使用MAT之前需要修改MemoryAnalyzer.ini文件，修改堆内存的大小足够容纳你的dump文件
常用的监控系统
一般我们可以配置一套自动化监控系统，如果发现JVM出现异常，可以报警，比如发送短信或邮件给负责人。
常用的有Zabbix,Ganglla,Open-Falcon,Prometheus。
如果想要引入一套监控系统，可以自行了解以上监控系统，在其中选择一个。
一套JVM调优的参数模板
以下是王子在jvm调优工作中总结的常用调优参数，在这里分享给小伙伴们，一般合理的配置以下参数就可以获得一个比较好的性能
| -Xms2048m | 初始堆大小 |
| -Xmx2048m | 最大堆大小 |
| -Xmn1024m | 年轻代大小 |
| -XX:PermSize=256m | 设置持久代(perm gen)初始值(JDK8以后弃用改为-XX:MetaspaceSize) |
| -XX:MaxPermSize=256m | 设置持久代最大值(JDK8以后弃用改为-XX:MaxMetaspaceSize) |
| -Xss1m | 每个线程的堆栈大小(等价于-XX:ThreadStackSize) |
| -XX:SurvivorRatio | Eden区与Survivor区的大小比值（默认为8） |
| -XX:+DisableExplicitGC | 关闭System.gc(),如果系统中使用了nio调用堆外内存，慎用此参数 |
| -XX:MaxTenuringThreshold=15 | 年轻代垃圾回收最大年龄，默认15，15次后进入老年代 |
| -XX:PretenureSizeThreshold | 对象超过多大直接在老年代分配 |
| -XX:+UseParNewGC | 使用ParNewGC垃圾回收器 |
| -XX:+UseConcMarkSweepGC | 使用CMS内存收集 |
| -XX:CMSInitiatingOccupancyFraction=92 | CMS垃圾收集器，当老年代达到92%时，触发CMS垃圾回收 |
| -XX:CMSFullGCsBeforeCompaction=0 | 多少次后进行内存压缩，默认0 |
|
-XX:+CMSScavengeBeforeRemark |
CMS重新标记之前尽量进行一次Young GC |
| -XX:+UseCMSCompactAtFullCollection | 在FULL GC的时候， 对老年代的压缩，默认打开 |
| -XX:+CMSParallelInitialMarkEnabled | CMS初始标记并行化，增加初始标记速度 |
| -Xverify:no | 禁止字节码校验，提高编译速度（jdk13之后作废，生产环境不使用） |
| -XX:+UseG1GC | 使用G1垃圾回收器 |
| -XX:MaxGCPauseMillis=200 | 目标GC暂停时间，尽可能目标 |
|
-XX:+PrintGCTimeStamps |
合并使用，打印GC信息到指定文件 |
|
-XX:+HeapDumpOnOutOfMemoryError |
表示当JVM发生OOM时，自动生成DUMP文件 |
|
-XX:HeapDumpPath=${目录} |
表示生成DUMP文件的路径，也可以指定文件名称，例如：-XX:HeapDumpPath=${目录}/java_heapdump.hprof。如果不指定文件名，默认为：java_<pid>_<date>_<time>_heapDump.hprof |
总结
到这里本篇文章就结束了，关于JVM部分的文章可能暂时也结束了，下边的话是一些经验之谈。
如何具体的做好JVM调优不是简简单单的一篇文章就能说得清的，不要相信什么网上的万能jvm调优模板，王子提供的模板也只是常用的一些调优参数，一切的调优都需要通过分析实际生产环境情况后，才能做出最适合生产环境的调优方案，真正能证明你价值的地方就在于你的分析并处理问题的能力，而不是说你懂了JVM的原理就可以了，JVM原理只是基础，能把它实际运用才能称它为价值！
如果想成为一个JAVA高级工程师甚至架构师，JVM调优是必备技能之一，需要小伙伴们经过大量真实的调优工作后才会有所心得，这个就要靠大家自己去实践了。
如果有小伙伴感兴趣，王子可以接着写一些实践场景的文章，这个是后话了。
本文主要是提供了一些工具和命令的介绍，并提供了常用的JVM调优参数，它们是你实践的开始。
也欢迎小伙伴们留言说出你的想法。
往期文章推荐：
