form 点击打开链接
java高分局之jstat命令使用
jstat命令可以查看堆内存各部分的使用量,以及加载类的数量。命令的格式如下:
jstat [-命令选项] [vmid] [间隔时间/毫秒] [查询次数]
注意:使用的jdk版本是jdk8.
类加载统计:
C:\Users\Administrator>jstat -class 2060Loaded Bytes Unloaded Bytes Time 15756 17355.6 0 0.0 11.29
- Loaded:加载class的数量
- Bytes:所占用空间大小
- Unloaded:未加载数量
- Bytes:未加载占用空间
- Time:时间
编译统计
C:\Users\Administrator>jstat -compiler 2060Compiled 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 GCT20480.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 FGC204800.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 YGCT40960.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 7172Compiled 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 4284Attaching to process ID 4284, please wait...Debugger attached successfully.Client compiler detected.JVM version is 25.0-b70using parallel threads in the new generation.using thread-local object allocation.Concurrent Mark-Sweep GCHeap 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% usedEden Space: capacity = 335544320 (320.0MB) used = 317925456 (303.1973419189453MB) free = 17618864 (16.802658081054688MB) 94.74916934967041% usedFrom Space: capacity = 41943040 (40.0MB) used = 28841568 (27.505462646484375MB) free = 13101472 (12.494537353515625MB) 68.76365661621094% usedTo Space: capacity = 41943040 (40.0MB) used = 0 (0.0MB) free = 41943040 (40.0MB) 0.0% usedconcurrent mark-sweep generation: capacity = 654311424 (624.0MB) used = 190777600 (181.939697265625MB) free = 463533824 (442.060302734375MB) 29.157002766927082% used32953 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 4284Attaching to process ID 4284, please wait...Debugger attached successfully.Client compiler detected.JVM version is 25.0-b70Number of objects pending for finalization: 0
堆内存dump
C:\Users\Administrator>jmap -dump:format=b,file=D:/chu 4284Dumping heap to D:\chu ...Heap dump file created
我们可以用jhat命令来查看此dump文件的内容
C:\Users\Administrator>jhat -J-Xmx500m D:/chuReading from D:/haha...Dump file created Thu May 28 09:46:36 CST 2015Snapshot read, resolving...Resolving 3915212 objects...Chasing references, expect 783 dots.......................................................................................................................................................................................................................Eliminating duplicate references.......................................................................................................................................................................................................................Snapshot resolved.Started HTTP server on port 7000Server 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>jps5632 Test3316 Jps4284
Test进程的id为5632
输入jstack命令如下所示:
C:\Users\Administrator>jstack 56322015-05-28 14:28:41Full 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阻塞的线程很多,那么就需要重新思考一下设计了。
0 0
- jstack,、jmap、jstat笔记
- jstack, jstat, jmap, jinfo
- jmap,jps,jstack,jstat
- jstack,jmap,jstat
- jstack jstat jmap
- java命令 - jstack, jstat, jmap, jinfo
- mark: jstack、jmap和jstat命令
- JVM监控工具介绍jstack, jconsole, jinfo, jmap, jdb, jstat
- jps、jinfo、jstat、jstack、jmap、jconsole等命令简介
- JVM监控工具介绍jstack, jconsole, jinfo, jmap, jdb, jstat
- JVM监控工具介绍jstack, jconsole, jinfo, jmap, jdb, jstat
- JVM监控工具介绍jstack, jconsole, jinfo, jmap, jdb, jstat
- JVM监控工具介绍jstack, jconsole, jinfo, jmap, jdb, jstat
- jvm查看诊断工具-jstat,jmap,jinfo,jps,jstack
- JVM监控工具介绍jstack, jconsole, jinfo, jmap, jdb, jstat
- JVM监控工具介绍jstack, jconsole, jinfo, jmap, jdb, jstat
- JVM监控工具介绍jstack, jconsole, jinfo, jmap, jdb, jstat
- JVM监控工具介绍jstack, jconsole, jinfo, jmap, jdb, jstat
- 中心椭圆算法画图C++
- error TRK0005: Failed to locate: "CL.exe".
- OpenCV在图像上抠取指定区域平移、缩放的图像
- c++循环控制语句
- Oracle sqlplus中常用的set命令
- jstack jstat jmap
- 《合成孔径雷达成像——算法与实现》之【6】仿真图3.6加窗
- 扩展欧几里德算法模版题 POJ 1061青蛙的约会
- zookeeper 集群配置
- 菜鸟个人总结之纯sql导入数据(oracle,pl/sql)
- tomcat启动时检测到循环继承而栈溢出的问题
- 单源最短路径<队列><可以返回再找>
- c++ 异常处理 的不足
- 堆和栈访问效率