JDK内置工具使用（jps、jstack、jmap、jstat）

转：https://www.cnblogs.com/kongzhongqijing/articles/3621163.html

转 http://blog.sina.com.cn/s/blog_71a961ab0102xgju.html

一、JPS

1、jps -lvm：用于查看当前机器上已装载的jvm

二、jstack

1.1：查看进程的线程数，找出进程内最耗费CPU的线程：

top -Hp 19931 。可以看到耗费CPU的线程的pid是20097

1.2：

printf "%x\n" 20097

得到20097的十六进制值为4e81，下面会用到。

1.3：jstack命令主要用来查看Java线程的调用堆栈的，可以用来分析线程问题（如死锁）

1.3.1：jstack -l 19931 或者 jstack 19931 | grep 4e81：查看线程的堆栈信息

1.3.2： jstack -l pid >文件名：生成线程快照

值得关注的线程状态有：

① 死锁：Deadlock（重点关注）
② 执行中：Runnable
③ 等待资源：Waiting on condition（重点关注）
④ 等待获取监视器：Waiting on monitor entry（重点关注）
⑤ 暂停：Suspended
⑥ 对象等待中：Object.wait() 或 TIMED_WAITING
⑦ 阻塞：Blocked（重点关注）
⑧ 停止：Parked

三、jmap

主要用于打印指定Java进程(或核心文件、远程调试服务器)的共享对象内存映射或堆内存细节。

jmap命令可以获得运行中的jvm的堆的快照，从而可以离线分析堆，以检查内存泄漏，检查一些严重影响性能的大对象的创建，检查系统中什么对象最多，各种对象所占内存的大小等等。可以使用jmap生成Heap Dump。

java memory = direct memory（直接内存） + jvm memory(MaxPermSize +Xmx)

1：jmap -heap PID：打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用情况

Debugger attached successfully.
Client compiler detected.
JVM version is 20.45-b01
using thread-local object allocation.
Mark Sweep Compact GC
Heap Configuration: #堆内存初始化配置
   MinHeapFreeRatio = 40     #-XX:MinHeapFreeRatio设置JVM堆最小空闲比率  
   MaxHeapFreeRatio = 70   #-XX:MaxHeapFreeRatio设置JVM堆最大空闲比率  
   MaxHeapSize = 100663296 (96.0MB)   #-XX:MaxHeapSize=设置JVM堆的最大大小
   NewSize = 1048576 (1.0MB)     #-XX:NewSize=设置JVM堆的‘新生代’的默认大小
   MaxNewSize = 4294901760 (4095.9375MB) #-XX:MaxNewSize=设置JVM堆的‘新生代’的最大大小
   OldSize = 4194304 (4.0MB)  #-XX:OldSize=设置JVM堆的‘老生代’的大小
   NewRatio = 2    #-XX:NewRatio=:‘新生代’和‘老生代’的大小比率
   SurvivorRatio = 8  #-XX:SurvivorRatio=设置年轻代中Eden区与Survivor区的大小比值
   PermSize = 12582912 (12.0MB) #-XX:PermSize=<value>:设置JVM堆的‘持久代’的初始大小  
   MaxPermSize = 67108864 (64.0MB) #-XX:MaxPermSize=<value>:设置JVM堆的‘持久代’的最大大小  
Heap Usage:
New Generation (Eden + 1 Survivor Space): #新生代区内存分布，包含伊甸园区+1个Survivor区
   capacity = 30212096 (28.8125MB)
   used = 27103784 (25.848182678222656MB)
   free = 3108312 (2.9643173217773438MB)
   89.71169693092462% used
Eden Space: #Eden区内存分布
   capacity = 26869760 (25.625MB)
   used = 26869760 (25.625MB)
   free = 0 (0.0MB)
   100.0% used
From Space: #其中一个Survivor区的内存分布
   capacity = 3342336 (3.1875MB)
   used = 234024 (0.22318267822265625MB)
   free = 3108312 (2.9643173217773438MB)
   7.001809512867647% used
To Space: #另一个Survivor区的内存分布
   capacity = 3342336 (3.1875MB)
   used = 0 (0.0MB)
   free = 3342336 (3.1875MB)
   0.0% used
tenured generation:   #当前的Old区内存分布  
   capacity = 67108864 (64.0MB)
   used = 67108816 (63.99995422363281MB)
   free = 48 (4.57763671875E-5MB)
   99.99992847442627% used
Perm Generation:     #当前的 “持久代” 内存分布
   capacity = 14417920 (13.75MB)
   used = 14339216 (13.674942016601562MB)
   free = 78704 (0.0750579833984375MB)
   99.45412375710227% used

2：使用 jmap -histo[:live] pid | less 查看堆内存中的对象数目、大小统计直方图，如果带上live则只统计活对象，如：

jmap -histo:live 19931 | less

#instance 是对象的实例个数 
#bytes 是总占用的字节数 
#class name 对应的就是 Class 文件里的 class 的标识 
B 代表 byte
C 代表 char
D 代表 double
F 代表 float
I 代表 int
J 代表 long
Z 代表 boolean
前边有 [ 代表数组， [I 就相当于 int[]
对象用 [L+ 类名表示

3：jmap -histo:live pid>a.log
可以观察heap中所有对象的情况（heap中所有生存的对象的情况）。包括对象数量和所占空间大小。可以将其保存到文本中去，在一段时间后，使用文本对比工具，可以对比出GC回收了哪些对象。

4：jmap -dump:format=b,file=文件名.dump PID：生成内存dump文件

可以使用jhat查看，命令如下：

jhat -port 9998 文件名.dump

该命令通常用来分析内存泄漏OOM，通常做法是：

使用 JVM 参数获取 dump 文件
进入Tomcat的'bin'目录，在'catalina.sh'文件里添加如下内容

>-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=c:\jakarta-tomcat\webapps

然后使用eclipse的mat插件或者idea的JProfiler插件来分析dump文件，较小文件可用jdk自带的jvusualvm工具打开

四、jstat
Jstat用于查看gc垃圾回收使用情况：
- 类的加载及卸载情况
- 查看新生代、老生代及持久代的垃圾收集情况，包括垃圾回收的次数及垃圾回收所占用的时间

命令格式如下图：

option：我们经常使用的选项有gc、gcutil
vmid：java进程id
interval：间隔时间，单位为毫秒
count：打印次数

堆内存 = 年轻代 + 年老代 + 永久代

年轻代 = Eden区 + 两个Survivor区（From和To）

1：类加载统计：

jstat -class pid

Loaded:加载class的数量
Bytes：所占用空间大小
Unloaded：未加载数量
Bytes:未加载占用空间
Time：时间

2：垃圾回收统计

jstat -gc 15774 1000 10 --每秒刷新，刷新10次

S0C：第一个幸存区的大小
S1C：第二个幸存区的大小
S0U：第一个幸存区的使用大小
S1U：第二个幸存区的使用大小
EC：伊甸园区的大小
EU：伊甸园区的使用大小
OC：老年代大小
OU：老年代使用大小
MC：方法区大小
MU：方法区使用大小
CCSC:压缩类空间大小
CCSU:压缩类空间使用大小
YGC：年轻代垃圾回收次数
YGCT：年轻代垃圾回收消耗时间（秒）
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间（秒）
GCT：垃圾回收消耗总时间（秒）

3：堆内存统计

jstat -gccapacity pid

4：总结垃圾回收统计

jstat -gcutil 21891 250 7

21891 进程号； 250ms 采样interval； 7 count

S0     S1     E      O      P     YGC    YGCT    FGC    FGCT     GCT
12.44   0.00  27.20   9.49  96.70    78    0.176     5    0.495    0.672
12.44   0.00  62.16   9.49  96.70    78    0.176     5    0.495    0.672
12.44   0.00  83.97   9.49  96.70    78    0.176     5    0.495    0.672
0.00    7.74   0.00   9.51  96.70    79    0.177     5    0.495    0.673
0.00    7.74  23.37   9.51  96.70    79    0.177     5    0.495    0.673
0.00    7.74  43.82   9.51  96.70    79    0.177     5    0.495    0.673
0.00    7.74  58.11   9.51  96.71    79    0.177     5    0.495    0.673

以上输出表明：
1. 在第三行与第四行，发生一次新生代gc。本次gc耗时0.001秒，且有对象从Eden区提升到老生代，老生代使用率从9.49% 上升到9.51%。
2. gc之前，survivor space 使用率12.44%， gc后，降为7.74%。

S0：幸存1区当前使用比例
S1：幸存2区当前使用比例
E：伊甸园区使用比例
O：老年代使用比例
M：元数据区使用比例
CCS：压缩使用比例
YGC：年轻代垃圾回收次数
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

posted @ 2019-03-27 17:28 しちさくら阅读(5571) 评论(0) 编辑收藏举报

会员力量，点亮园子希望

刷新页面返回顶部

黑水沉舟

JDK内置工具使用（jps、jstack、jmap、jstat）

公告