JVM系列 实用命令(jmap、jstat、jstack)

概论

命令监控最方便,但是最优的方式是通过工具打开监控:比如jconsole、jvisualvm,几乎全部的信息都有了,另外jvisualvm支持远程监控,但是需要做一些配置。
但是实际生产上还是用 JRE的居多,并没有那么多花里胡哨的功能,而且即便是JDK,linux上也是执行不了那么多 exe文件的,但是可以查一些命令。
另外spring cloud actutor有监控jvm的功能,可以在admin的控制台查看实时的jvm运行情况

使用命令的目的

  1. 获取垃圾回收器的类型和系统参数 // jmap -heap pid
  2. 查看应用启动的参数// jinfo -flags pid
  3. 查看当前各个代区的容量和使用量情况 // jstat
  4. FGC、YGC的总次数和总耗时 // jstat
  5. 立即生成Dump文件 //jmap -dump:live,file=dump_001.bin PID
  6. 强制FullGC // jmap -dump:live
  7. 查看线程的运行信息(包括死锁的线程) // jstack -l pid

jmap命令

  1. heap pid:查看 JDK的概况的最好的一个参数
  • JVM主要参数:垃圾回收器的类型、各种ratio、当前实际Size、MaxSize是多少
  • 当前各个代区的使用情况:Eden、From、To、Old区、Perm区


    image

    image

    参数解读

  • 垃圾回收器: parallel + Concurrent Mark-Sweep
  • 堆区MaxSize是4G,也就是默认是操作系统的1/4,16G*1/4=4G
  • 堆区低于40%,或者大于70% 会自动调整老年代的大小(但是不能低于xms的配置 2G,也不能高于 MaxSize 4G)
  • Perm区 最大1G ,如我们配置
  • 老年代(concurrent mark-sweep generation)容量:1715.25MB
  • 年轻代:New Generation + 1 Survivor Space= 299.5MB+33.25MB
  • 堆区的当前容量:1715.25+299.5+33.25=2048M
  1. dump:生成快照文件,然后可以利用工具(比如jvisualvm)来分析dump包
    dump堆到文件,format指定输出格式,live指明是活着的对象,file指定文件名
./jmap -dump:live,format=b,file=/usr/developer/huangForBackUp/test20190129.dump 25508
  1. jmap还有一个额外的功能,通过命令触发FullGC,比如可以执行定时任务,在业务低峰期执行,会自动触发FullGC
    因为在*:live前会进行full gc,如果带上live则只统计活对象,因此不加live的堆大小要大于加live堆的大小
jmap -histo:live <pid>
jmap -dump:live,file=dump_001.bin PID

jstat命令

  1. gc: 主要查看FGC、YGC的总次数和累计耗时
  • 查看堆内各个代区的当前容量和当前使用量(当前容量不等于MaxCapactiy,当前容量是根据条件动态调整的),因为当前容量不等于Max容量所以在定位问题的时候,没有太多的使用价值
- S0C : survivor0区的总容量
- S1C : survivor1区的总容量
- S0U : survivor0区已使用的容量
- S1C : survivor1区已使用的容量
- EC : Eden区的总容量
- EU : Eden区已使用的容量
- OC : Old区的总容量
- OU : Old区已使用的容量
- PC 当前perm的容量 (KB)
- PU perm的使用 (KB)
- YGC : 新生代垃圾回收次数
- YGCT : 新生代垃圾回收时间
- FGC : 老年代垃圾回收次数
- FGCT : 老年代垃圾回收时间
- GCT : 垃圾回收总消耗时间
  1. gcutil:功能和gc 一样,但是是百分比的形式,读取更友好

  2. gccapacity:读取各个代区的当前容量、最大容量、当前使用量等信息

NGCMN : 新生代占用的最小空间
NGCMX : 新生代占用的最大空间
OGCMN : 老年代占用的最小空间
OGCMX : 老年代占用的最大空间
OGC:当前年老代的容量 (KB)
OC:当前年老代的空间 (KB)
PGCMN : perm占用的最小空间
PGCMX : perm占用的最大空间

命令的使用:

./jstat -gc 91328
./jstat -gcutil 91328
./jstat -gccapacity 91328

jstack 线程监控

详细的使用和线程dump文件分析博客
http://www.hollischuang.com/archives/110

jstack -l pid >> stackLog.log //-l 表示包括线程死锁的信息
输出当前应用的线程使用信息,其中包括线程死锁的相关信息

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,406评论 6 503
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,732评论 3 393
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,711评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,380评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,432评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,301评论 1 301
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,145评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,008评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,443评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,649评论 3 334
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,795评论 1 347
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,501评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,119评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,731评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,865评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,899评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,724评论 2 354

推荐阅读更多精彩内容