java高分局之jstat命令使用
jstat命令可以查看堆内存各部分的使用量,以及加载类的数量。命令的格式如下:
jstat [-命令选项] [vmid] [间隔时间/毫秒] [查询次数]
注意:使用的jdk版本是jdk8.
类加载统计:
C:\Users\Administrator>jstat -class 2060
Loaded Bytes Unloaded Bytes Time
15756 17355.6 0 0.0 11.29
- Loaded:加载class的数量
- Bytes:所占用空间大小
- Unloaded:未加载数量
- Bytes:未加载占用空间
- Time:时间
编译统计
C:\Users\Administrator>jstat -compiler 2060
Compiled Failed Invalid Time FailedType FailedMethod
9142 1 0 5.01 1 org/apache/felix/resolver/ResolverImpl mergeCandidatePackages
- Compiled:编译数量。
- Failed:失败数量
- Invalid:不可用数量
- Time:时间
- FailedType:失败类型
- FailedMethod:失败的方法
垃圾回收统计
C:\Users\Administrator>jstat -gc 2060
S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT
20480.0 20480.0 0.0 13115.3 163840.0 113334.2 614400.0 436045.7 63872.0 61266.5 0.0 0.0 149 3.440 8 0.295 3.735
- S0C:第一个幸存区的大小
- S1C:第二个幸存区的大小
- S0U:第一个幸存区的使用大小
- S1U:第二个幸存区的使用大小
- EC:伊甸园区的大小
- EU:伊甸园区的使用大小
- OC:老年代大小
- OU:老年代使用大小
- MC:方法区大小
- MU:方法区使用大小
- CCSC:压缩类空间大小
- CCSU:压缩类空间使用大小
- YGC:年轻代垃圾回收次数
- YGCT:年轻代垃圾回收消耗时间
- FGC:老年代垃圾回收次数
- FGCT:老年代垃圾回收消耗时间
- GCT:垃圾回收消耗总时间
堆内存统计
C:\Users\Administrator>jstat -gccapacity 2060
NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC
204800.0 204800.0 204800.0 20480.0 20480.0 163840.0 614400.0 614400.0 614400.0 614400.0 0.0 63872.0 63872.0 0.0 0.0 0.0 149 8
- NGCMN:新生代最小容量
- NGCMX:新生代最大容量
- NGC:当前新生代容量
- S0C:第一个幸存区大小
- S1C:第二个幸存区的大小
- EC:伊甸园区的大小
- OGCMN:老年代最小容量
- OGCMX:老年代最大容量
- OGC:当前老年代大小
- OC:当前老年代大小
- MCMN:最小元数据容量
- MCMX:最大元数据容量
- MC:当前元数据空间大小
- CCSMN:最小压缩类空间大小
- CCSMX:最大压缩类空间大小
- CCSC:当前压缩类空间大小
- YGC:年轻代gc次数
- FGC:老年代GC次数
新生代垃圾回收统计
C:\Users\Administrator>jstat -gcnew 7172
S0C S1C S0U S1U TT MTT DSS EC EU YGC YGCT
40960.0 40960.0 25443.1 0.0 15 15 20480.0 327680.0 222697.8 12 0.736
- S0C:第一个幸存区大小
- S1C:第二个幸存区的大小
- S0U:第一个幸存区的使用大小
- S1U:第二个幸存区的使用大小
- TT:对象在新生代存活的次数
- MTT:对象在新生代存活的最大次数
- DSS:期望的幸存区大小
- EC:伊甸园区的大小
- EU:伊甸园区的使用大小
- YGC:年轻代垃圾回收次数
- YGCT:年轻代垃圾回收消耗时间
新生代内存统计
C:\Users\Administrator>jstat -gcnewcapacity 7172
NGCMN NGCMX NGC S0CMX S0C S1CMX S1C ECMX EC YGC FGC
409600.0 409600.0 409600.0 40960.0 40960.0 40960.0 40960.0 327680.0 327680.0 12 0
- NGCMN:新生代最小容量
- NGCMX:新生代最大容量
- NGC:当前新生代容量
- S0CMX:最大幸存1区大小
- S0C:当前幸存1区大小
- S1CMX:最大幸存2区大小
- S1C:当前幸存2区大小
- ECMX:最大伊甸园区大小
- EC:当前伊甸园区大小
- YGC:年轻代垃圾回收次数
- FGC:老年代回收次数
老年代垃圾回收统计
C:\Users\Administrator>jstat -gcold 7172
MC MU CCSC CCSU OC OU YGC FGC FGCT GCT
33152.0 31720.8 0.0 0.0 638976.0 184173.0 12 0 0.000 0.736
- MC:方法区大小
- MU:方法区使用大小
- CCSC:压缩类空间大小
- CCSU:压缩类空间使用大小
- OC:老年代大小
- OU:老年代使用大小
- YGC:年轻代垃圾回收次数
- FGC:老年代垃圾回收次数
- FGCT:老年代垃圾回收消耗时间
- GCT:垃圾回收消耗总时间
老年代内存统计
C:\Users\Administrator>jstat -gcoldcapacity 7172
OGCMN OGCMX OGC OC YGC FGC FGCT GCT
638976.0 638976.0 638976.0 638976.0 12 0 0.000 0.736
- OGCMN:老年代最小容量
- OGCMX:老年代最大容量
- OGC:当前老年代大小
- OC:老年代大小
- YGC:年轻代垃圾回收次数
- FGC:老年代垃圾回收次数
- FGCT:老年代垃圾回收消耗时间
- GCT:垃圾回收消耗总时间
元数据空间统计
C:\Users\Administrator>jstat -gcmetacapacity 7172
MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC FGCT GCT
0.0 33152.0 33152.0 0.0 0.0 0.0 12 0 0.000 0.736
- MCMN:最小元数据容量
- MCMX:最大元数据容量
- MC:当前元数据空间大小
- CCSMN:最小压缩类空间大小
- CCSMX:最大压缩类空间大小
- CCSC:当前压缩类空间大小
- YGC:年轻代垃圾回收次数
- FGC:老年代垃圾回收次数
- FGCT:老年代垃圾回收消耗时间
- GCT:垃圾回收消耗总时间
总结垃圾回收统计
C:\Users\Administrator>jstat -gcutil 7172
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT
62.12 0.00 81.36 28.82 95.68 - 12 0.736 0 0.000 0.736
- S0:幸存1区当前使用比例
- S1:幸存2区当前使用比例
- E:伊甸园区使用比例
- O:老年代使用比例
- M:元数据区使用比例
- CCS:压缩使用比例
- YGC:年轻代垃圾回收次数
- FGC:老年代垃圾回收次数
- FGCT:老年代垃圾回收消耗时间
- GCT:垃圾回收消耗总时间
JVM编译方法统计
C:\Users\Administrator>jstat -printcompilation 7172
Compiled Size Type Method
4608 16 1 org/eclipse/emf/common/util/SegmentSequence$SegmentSequencePool$SegmentsAccessUnit reset
- Compiled:最近编译方法的数量
- Size:最近编译方法的字节码数量
- Type:最近编译方法的编译类型。
- Method:方法名标识。
java高分局之jmap命令使用
此命令可以用来查看内存信息。
实例个数以及占用内存大小
C:\Users\Administrator>jmap -histo 4284 > d:/log.txt
打开log.txt,文件内容如下:
num #instances #bytes class name
----------------------------------------------
1: 1496092 127664200 [C
2: 157665 46778984 [I
3: 100289 25426744 [B
4: 736941 17686584 java.util.HashMap$Node
5: 74396 11077256 [Ljava.util.HashMap$Node
6: 192701 10228688 [J
7: 564943 9039088 java.lang.String
8: 83340 8667360 org.eclipse.jdt.internal.compiler.ast.MethodDeclaration
9: 125450 7025200 org.eclipse.jdt.internal.compiler.ast.SingleNameReference
10: 125867 6903952 [Ljava.lang.Object
11: 67093 6440928 org.eclipse.jdt.internal.compiler.ast.MessageSend
12: 188979 6183520 [[C
13: 116393 5586864 org.eclipse.jdt.internal.compiler.ast.QualifiedTypeReference
14: 77426 5574672 org.eclipse.emf.ecore.util.EContentsEList$FeatureIteratorImpl
15: 49078 5104112 org.eclipse.jdt.internal.compiler.lookup.MethodScope
16: 90784 4357632 org.eclipse.jdt.internal.compiler.ast.SingleTypeReference
17: 85628 3275744 [Ljava.lang.String
18: 49565 3172160 org.eclipse.jdt.internal.compiler.lookup.MethodBinding
.......
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- num:序号
- instances:实例数量
- bytes:占用空间大小
- class name:类名称
堆信息
C:\Users\Administrator>jmap -heap 4284
Attaching to process ID 4284, please wait...
Debugger attached successfully.
Client compiler detected.
JVM version is 25.0-b70
using parallel threads in the new generation.
using thread-local object allocation.
Concurrent Mark-Sweep GC
Heap Configuration:
MinHeapFreeRatio = 40
MaxHeapFreeRatio = 70
MaxHeapSize = 1073741824 (1024.0
NewSize = 419430400 (400.0MB
MaxNewSize = 419430400 (400.0MB
OldSize = 654311424 (624.0MB
NewRatio = 2
SurvivorRatio = 8
MetaspaceSize = 104857600 (100.0MB
CompressedClassSpaceSize = 52428800 (50.0MB)
MaxMetaspaceSize = 104857600 (100.0MB
G1HeapRegionSize = 0 (0.0MB)
Heap Usage:
New Generation (Eden + 1 Survivor Space):
capacity = 377487360 (360.0MB)
used = 346767024 (330.7028045654297MB)
free = 30720336 (29.297195434570312MB)
91.8618901570638% used
Eden Space:
capacity = 335544320 (320.0MB)
used = 317925456 (303.1973419189453MB)
free = 17618864 (16.802658081054688MB)
94.74916934967041% used
From Space:
capacity = 41943040 (40.0MB)
used = 28841568 (27.505462646484375MB)
free = 13101472 (12.494537353515625MB)
68.76365661621094% used
To Space:
capacity = 41943040 (40.0MB)
used = 0 (0.0MB)
free = 41943040 (40.0MB)
0.0% used
concurrent mark-sweep generation:
capacity = 654311424 (624.0MB)
used = 190777600 (181.939697265625MB)
free = 463533824 (442.060302734375MB)
29.157002766927082% used
32953 interned Strings occupying 2775672 bytes.
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
如果对堆内存有一些了解的话,应该能看的明白这些输出的意思。
即将垃圾回收对象个数
C:\Users\Administrator>jmap -finalizerinfo 4284
Attaching to process ID 4284, please wait...
Debugger attached successfully.
Client compiler detected.
JVM version is 25.0-b70
Number of objects pending for finalization: 0
堆内存dump
C:\Users\Administrator>jmap -dump:format=b,file=D:/chu 4284
Dumping heap to D:\chu ...
Heap dump file created
我们可以用jhat命令来查看此dump文件的内容
C:\Users\Administrator>jhat -J-Xmx500m D:/chu
Reading from D:/haha...
Dump file created Thu May 28 09:46:36 CST 2015
Snapshot read, resolving...
Resolving 3915212 objects...
Chasing references, expect 783 dots.......................
..........................................................
..........................................................
..........................................................
..................
Eliminating duplicate references..........................
..........................................................
..........................................................
..........................................................
...............
Snapshot resolved.
Started HTTP server on port 7000
Server is ready.
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
然后在浏览器中输入:http://localhost:7000来查看堆中的对象信息
jhat命令 -- Java Head Analyse Tool
用途:是用来分析Java堆的命令,可以将堆中的对象以html的形式显示出来,包括对象的数量,大小等等,并支持对象查询语言
第一步:导出堆
第二步:分析堆文件
第三步:查看html
有时你dump出来的堆很大,在启动时会报堆空间不足的错误,可以使用如下参数:
jhat -J-Xmx512m <heap dump file>
对于jhat启动后显示的html页面中功能:
(1)显示出堆中所包含的所有的类
(2)从根集能引用到的对象
(3)显示平台包括的所有类的实例数量
(4)堆实例的分布表
(5)执行对象查询语句
更多关于对象查询语言的信息,见这篇文章:
http://blog.csdn.NET/gtuu0123/archive/2010/11/27/6039592.aspx
java高分局之jstack命令使用
此命令用来分析线程栈信息。为了了解此命令,写一段程序如下:
package com.test;
import java.io.IOException;
public class Test {
public static void main(String[] args) throws InterruptedException {
Monitor monitor = new Monitor();
new Thread(new WaitThread(monitor), "##########WAIT1############").start();
new Thread(new WaitThread(monitor), "##########WAIT2############").start();
new Thread(new SleepThread(), "##########SLEEP############").start();
new Thread(new BlockThread(), "##########BLOCK############").start();
new Thread(new RunTread(), "##########RUN############").start();
}
}
/**
* @author chuer
* @Description: 运行中的线程
* @date 2015年5月28日 下午2:41:32
* @version V1.0
*/
class RunTread implements Runnable{
long n = 0;
@Override
public void run(){
while(true){
n++;
}
}
}
/**
* @author chuer
* @Description: 读取流时阻塞的线程
* @date 2015年5月28日 下午2:42:06
* @version V1.0
*/
class BlockThread implements Runnable{
@Override
public void run(){
try {
System.in.read();
} catch (IOException e) {
e.printStackTrace();
}
}
}
/**
* @author chuer
* @Description: 睡着了的线程
* @date 2015年5月28日 下午2:42:25
* @version V1.0
*/
class SleepThread implements Runnable{
@Override
public void run() {
try {
Thread.sleep(Integer.MAX_VALUE);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
/**
* @author chuer
* @Description: 等待中的线程
* @date 2015年5月28日 下午2:42:52
* @version V1.0
*/
class WaitThread implements Runnable {
Monitor monitor;
public WaitThread(Monitor monitor) {
this.monitor = monitor;
}
@Override
public void run() {
try {
monitor.setNum(10);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
class Monitor {
private int num = 0;
public int getNum() {
return num;
}
public synchronized void setNum(int num) throws InterruptedException {
this.num = num;
if (this.num < 100) {
wait();
}
}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 89
- 90
- 91
- 92
- 93
- 94
- 95
- 96
- 97
- 98
- 99
- 100
- 101
- 102
- 103
- 104
- 105
- 106
- 107
进入命令行,输入jps查看进程id,如下:
C:\Users\Administrator>jps
5632 Test
3316 Jps
4284
Test进程的id为5632
输入jstack命令如下所示:
C:\Users\Administrator>jstack 5632
2015-05-28 14:28:41
Full thread dump Java HotSpot(TM) Client VM (25.0-b70 mixed mode):
"DestroyJavaVM" #13 prio=5 os_prio=0 tid=0x0178d400 nid=0x954 waiting on condition [0x00000000]
java.lang.Thread.State: RUNNABLE
"##########RUN############" #12 prio=5 os_prio=0 tid=0x03e4c000 nid=0x1578 runnable [0x044bf000]
java.lang.Thread.State: RUNNABLE
at com.test.RunTread.run(Test.java:25)
at java.lang.Thread.run(Thread.java:744)
"##########BLOCK############" #11 prio=5 os_prio=0 tid=0x03e4b400 nid=0x1190 runnable [0x0413f000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:234)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)
at java.io.BufferedInputStream.read(BufferedInputStream.java:265)
- locked <0x10252290> (a java.io.BufferedInputStream)
at com.test.BlockThread.run(Test.java:36)
at java.lang.Thread.run(Thread.java:744)
"##########SLEEP############" #10 prio=5 os_prio=0 tid=0x03e48400 nid=0xd70 waiting on condition [0x0456f000]
java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at com.test.SleepThread.run(Test.java:50)
at java.lang.Thread.run(Thread.java:744)
"##########WAIT2############" #9 prio=5 os_prio=0 tid=0x03e47000 nid=0xde4 in Object.wait() [0x0424f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x102b2400> (a com.test.Monitor)
at java.lang.Object.wait(Object.java:502)
at com.test.Monitor.setNum(Test.java:83)
- locked <0x102b2400> (a com.test.Monitor)
at com.test.WaitThread.run(Test.java:65)
at java.lang.Thread.run(Thread.java:744)
"##########WAIT1############" #8 prio=5 os_prio=0 tid=0x03e44000 nid=0xd9c in Object.wait() [0x0446f000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x102b2400> (a com.test.Monitor)
at java.lang.Object.wait(Object.java:502)
at com.test.Monitor.setNum(Test.java:83)
- locked <0x102b2400> (a com.test.Monitor)
at com.test.WaitThread.run(Test.java:65)
at java.lang.Thread.run(Thread.java:744)
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
我们看到线程的状态有RUNNABLE,TIMED_WAITING,WAITING。
WAITING状态下有两种情况,一种是获得了对象锁,但是某些条件不达成而调用了wait方法。另外一种是对象锁被其他线程占用,此线程等待该锁释放。
TIMED_WAITING状态表示调用了线程的sleep方法,次线程会睡一段时间。
RUNNABLE状态表示线程正在执行,也有两种情况第一种是线程真正的在执行,另外一种是线程因为IO而阻塞。
我们可以通过线程的状态,来分析我们系统运行的情况,比如:IO阻塞的线程很多,那么就需要重新思考一下设计了。