JVM菜鸟进阶高手之路一(一次与笨神，阿飞近距离接触修改JVM）

转载请注明原创出处，谢谢！

今天在JVMPocket群里面看见，阿牛发了一个gc截图，之后ak47截图了特别恐怖，我就觉得好奇，去看看服务情况，截图日志如下

关于jstat命令详情可以参考：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/jstat.html
高手就是高手，就通过这个，直接提出1，就是达到old的92%的阈值了 不断做cms gc 2.估计是不断做system gc这些都是猜测，让执行
jstat -gccause pid 看看情况，为什么说要执行gccause呢？
尤其ygc没有，只有fgc，那gccause出来的一定就是我们想要的
如果有ygc，这个命令就不好用了，很容易吧我们想要的东西覆盖
看看jstat的说明

Jstat是JDK自带的一个轻量级小工具。全称“Java Virtual Machine statistics monitoring tool”，它位于Java的bin目录下，主要利用JVM内建的指令对Java应用程序的资源和性能进行实时的命令行的监控，包括了对Heap size和垃圾回收状况的监控。可见，Jstat是轻量级的、专门针对JVM的工具，非常适用。
jstat工具特别强大，有众多的可选项，详细查看堆内各个部分的使用量，以及加载类的数量。使用时，需加上查看进程的进程id，和所选参数。参考格式如下：
jstat -options
可以列出当前JVM版本支持的选项，常见的有

l class (类加载器)
l compiler (JIT)
l gc (GC堆状态)
l gccapacity (各区大小)
l gccause (最近一次GC统计和原因)
l gcnew (新区统计)
l gcnewcapacity (新区大小)
l gcold (老区统计)
l gcoldcapacity (老区大小)
l gcpermcapacity (永久区大小)
l gcutil (GC统计汇总)
l printcompilation (HotSpot编译统计)

通过这个就排除了是执行system gc

在通过jstat -gc pid 查看gc堆状态
看到这里大家应该都看出问题了，我靠什么情况，old512K
把jvm参数贴出：

-Xms2048m
 -Xmx5120m
-XX:MaxNewSize=5120m 
-XX:PermSize=4096M 
-XX:-HeapDumpOnOutOfMemoryError 
 -XX:MaxPermSize=3072m 

-Xmx5120m MaxNewSize=5120m old就没有空间了
修改参数

-Xms5120m 
-Xmx5120m 
-Xmn1512M
-XX:PermSize=128M 
-XX:MaxPermSize=512M 
-XX:-HeapDumpOnOutOfMemoryError 

再观察情况，
jstat -gcutil pid 3s 30，看一下90s内ygc次数和ygct的时间变化

完美，一次0.005，才5ms

有个参数可以把ygc耗时花在哪里打出来
刚刚说的那个参数是：-XX:+PrintGCApplicationStoppedTime
该参数如何参考，查看呢？ 在微信小程序里面搜索：JVMPocket，这个小程序是笨神大大提供的
结果如下：

万能的好工具！！！！

这几个参数建议也加上去:

-XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/data/log/gclog/ 
-Xloggc:/data/log/gclog/gc.log 
-XX:+UseConcMarkSweepGC 
-XX:+UseParNewGC  
-XX:CMSInitiatingOccupancyFraction=75 

-XX:+UseCMSInitiatingOccupancyOnly显示申明cms+ParNew，设定old区75%时就回收
但是应用启动前需要提前创建目录/data/log/gclog/
参数不明白啥意思 去搜索微信小程序

最后感谢笨神，感谢阿飞！

---

个人公众号