内容简介：1 查看JVM参数2 查看JVM启动时命令行参数3 快速诊断gc性能
1 查看JVM参数
jps -v 598 xxx.jar -Dcom.sun.management.jmxremote.port=9999 -Dcom.sun.management.jmxremote.login.config=xxxConfig -Djava.security.auth.login.config=xxxx -Dcom.sun.management.jmxremote.ssl=false -Xms10g -Xmx10g -Xloggc:/home/shared/log/gc.log.2018-11-15-14-07 -XX:+PrintGCDateStamps -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:MetaspaceSize=256m -XX:-OmitStackTraceInFastThrow -XX:+PrintGCDetails -verbose:gc
2 查看JVM启动时命令行参数
598 xxx.jar --spring.profiles.active=xxxx
3 快速诊断gc性能
jstat -gc -t pid 1s Timestamp S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT 2556.3 0.0 57344.0 0.0 57344.0 495616.0 147456.0 9932800.0 4523270.2 120064.0 114879.9 13312.0 12364.5 481 100.840 0 0.000 100.840 2557.4 0.0 57344.0 0.0 57344.0 495616.0 385024.0 9932800.0 4523270.2 120064.0 114879.9 13312.0 12364.5 481 100.840 0 0.000 100.840 2558.4 0.0 53248.0 0.0 53248.0 499712.0 147456.0 9932800.0 4564299.0 120064.0 114879.9 13312.0 12364.5 482 100.932 0 0.000 100.932
第1列Timestamp是进程已经运行的时间（秒）
接下来S0/1C/U这4列分别两个Survivor区容量(Capcity)、已使用量(Usage)。不过我这里用的是G1，所以总有一组是0，另一组是全满，对于G1这个参考意义不大。
还有一个重要数据是OU，表示老年代已使用的时间。可以没隔一段时间执行一次，如果OU的最小值（最小想对于每组之内）一直在增长，那么可能发生了内存泄漏。
4 堆分析利器jmap
jmap有多种运行模式，常用的有
- -clstats 打印被加载的类信息
- -finalizerinfo 打印所有待finalize的对象
- -histo(:live) 统计各个类的数目以及占用内存，带live是只统计存活的。
- -dump(:live) 导出 Java 虚拟机的堆快照，同样live是只存活的。
5 线程CPU分析
jstack，可以打印各个线程id以及对应的运行情况，除了RUN和BLOCK外，有的会提示死锁，此时就是有问题的了。
另外结合top -H -p pid可以查看每个线程的CPU占用率，再结合jstack中运行状态，就能大致得知哪里是运行瓶颈（判断死循环很有用）。
上面这些摘录自Oracle研究院郑博士的专栏，感兴趣的话，可以扫码购买。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
数据密集型应用系统设计
Martin Kleppmann / 赵军平、李三平、吕云松、耿煜 / 中国电力出版社 / 2018-9-1 / 128
全书分为三大部分： 第一部分，主要讨论有关增强数据密集型应用系统所需的若干基本原则。首先开篇第1章即瞄准目标：可靠性、可扩展性与可维护性，如何认识这些问题以及如何达成目标。第2章我们比较了多种不同的数据模型和查询语言，讨论各自的适用场景。接下来第3章主要针对存储引擎，即数据库是如何安排磁盘结构从而提高检索效率。第4章转向数据编码（序列化）方面，包括常见模式的演化历程。 第二部分，我们将......一起来看看 《数据密集型应用系统设计》 这本书的介绍吧!
