最近在把一个重构完的项目放到beta环境测试时，
顺带实践了一下Java Mission Control(简称JMC)来分析jvm。发现确实好用，个人觉得作为要收费的JProfile的代替品已经足够用了。
JMC可以看的东西太多，选一些自己觉得最有用的来总结一下：
JMC
JDk7 7u40之后自带。主要有两种功能
- 实时监控JVM运行时的状态
- Java Flight Recorder 取样分析
实时监控
如果是远程服务器，使用前要开JMX
-Dcom.sun.management.jmxremote.port=${YOUR PORT}
-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Djava.rmi.server.hostname=${YOUR HOST/IP}
File -> Connetct -> Create A New Connection， 填入上面JMX参数的host和port，服务器账号密码。
jmc_main_monitoring
通过“+”按需添加各种统计图表
Action
Triggets
可以选择各种Action，Condition设置条件，条件达到Action就会被触发。
例如，你可以设置heap dump当接近memory limit；又或者在CPU高消耗期间触发 JFR recoding了解发生了什么鬼。
另外action也可以选择log或者发送邮件的方式
Memory
Memory
内存tab提供heap和GC的信息。个人最主要看GC次数、时间；以及随着GC发生heap的内存变化情况，以便来调整jvm参数进行优化。
Threads
Threads
主要看每条线程所占的CPU、死锁检测以及线程是被哪个代码阻塞的(Lock Name)
Flight Recorder
要使用取样，需要先添加参数
-XX:+UnlockCommercialFeatures
-XX:+FlightRecorder
取样时间默认1分钟，可自行按需调整，事件设置选为profiling，然后可以设置都需要profile哪些信息，比如：
- 加上对象数量的统计：Java Virtual Machine->GC->Detail->Object Count/Object Count after GC
- 方法调用采样的间隔从10ms改为1ms(但不能低于1ms，否则会影响性能了): Java Virtual Machine->Profiling下的两个选项
- Socket与File采样, 10ms太久，但即使改为1ms也未必能抓住什么，可以干脆取消掉: Java Application->File Read/FileWrite/Socket Read/Socket Write
然后就开始Profile，到时间后Profile结束，会自动把记录下载回来，在JMC中展示。
General
JVM Information tab包含所有JVM 参数，可以在这里查看，当然也可以在服务器上通过 XX:+PrintFlagsFinal 查看
Memory
GC详细信息（Garbage Collections、GC Times）- gc次数，每次gc时的详细信息，几时发生gc，什么gc，持续时间，clean了多少空间等
内存分配（Allocations） - 让对象分配情况无所遁形。 按类、按线程、对象的创建调用栈来查看对象创建情况， 可以看到TLAB内/外的分配情况（每条线程在Heap里分了一个Thread Local Area，在TLAB里的内存分配不需要线程竞争）
一般来说，尽可能确保以下几点，你的程序会跑得更快：
- 分配更少的对象
- 尽可能少进行 full gc
- 尽可能少在TLAB外分配对象
Code
Hot packages： 热点packages统计，看以看每个Java package的耗时
Hot classes：热点class统计，能看出哪个class最耗CPU
Threads
- Contention：线程争夺，统计哪些线程被哪些方法阻塞，阻塞多久
- Lock Instances：展示哪些锁实例会导致线程争夺
要提高吞吐量，可以根据以上两点来做优化
参考：
网友评论