JPS 查看当前运行java进程

JVM Process Status Tool,显示指定系统内所有的HotSpot虚拟机进程。

jps -lvm 用于查看当前机器上运行的java进程。 
命令格式 jps [options] [hostid] 
注：如果不指定hostid就默认为当前主机或服务器。 
命令行参数选项说明如下： 
-q 不输出类名、Jar名和传入main方法的参数 
-m 输出传入main方法的参数 
-l 输出main类或Jar的全限名 
-v 输出传入JVM的参数

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jps -lvm 
10870 org.apache.catalina.startup.Bootstrap start -Djava.util.logging.config.file=/data/apache-tomcat-8066/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djdk.tls.ephemeralDHKeySize=2048 -Djava.endorsed.dirs=/data/apache-tomcat-8066/endorsed -Dcatalina.base=/data/apache-tomcat-8066 -Dcatalina.home=/data/apache-tomcat-8066 -Djava.io.tmpdir=/data/apache-tomcat-8066/temp 
16204 org.apache.catalina.startup.Bootstrap start -Djava.util.logging.config.file=/data/apache-tomcat-7.0.72/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djdk.tls.ephemeralDHKeySize=2048 -Dfile.encoding=UTF8 -Dsun.jnu.encoding=UTF8 -Djava.endorsed.dirs=/data/apache-tomcat-7.0.72/endorsed -Dcatalina.base=/data/apache-tomcat-7.0.72 -Dcatalina.home=/data/apache-tomcat-7.0.72 -Djava.io.tmpdir=/data/apache-tomcat-7.0.72/temp 
17740 sun.tools.jps.Jps -lvm -Denv.class.path=.:/data/jdk1.8.0_102/lib/dt.jar:/data/jdk1.8.0_102/lib/tools.jar:/data/jdk1.8.0_102/jre/lib -Dapplication.home=/data/jdk1.8.0_102 -Xms8m 
[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]#

jstat

jstat(JVM statistics Monitoring)是用于监视虚拟机运行时状态信息的命令，它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据。

命令格式

jstat [option] PID [interval] [count]

参数

[option] : 操作参数 
LVMID : 本地虚拟机进程ID 
[interval] : 连续输出的时间间隔 
[count] : 连续输出的次数

option 参数总览

  • class class loader的行为统计。Statistics on the behavior of the class 
    loader.
  • compiler HotSpt JIT编译器行为统计。Statistics of the behavior of the HotSpot 
    Just-in-Time compiler.
  • gc 垃圾回收堆的行为统计。Statistics of the behavior of the garbage collected 
    heap.
  • gccapacity 各个垃圾回收代容量(young,old,perm)和他们相应的空间统计。Statistics of the 
    capacities of the generations and their corresponding spaces.
  • gcutil 垃圾回收统计概述。Summary of garbage collection statistics.
  • gccause 垃圾收集统计概述（同-gcutil），附加最近两次垃圾回收事件的原因。Summary of garbage 
    collection statistics (same as -gcutil), with the cause of the last 
    and
  • gcnew 新生代行为统计。Statistics of the behavior of the new generation.
  • gcnewcapacity 新生代与其相应的内存空间的统计。Statistics of the sizes of the new 
    generations and its corresponding spaces.
  • gcold 年老代和永生代行为统计。Statistics of the behavior of the old and permanent 
    generations.
  • gcoldcapacity 年老代行为统计。Statistics of the sizes of the old generation.
  • gcmetacapacity 元数据空间统计。 
    generation.
  • printcompilation HotSpot编译方法统计。HotSpot compilation method statistics.

option 参数详解

-class 监视类装载、卸载数量、总空间以及耗费的时间

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -class 21275

Loaded Bytes Unloaded Bytes Time 
9293 17927.5 0 0.0 33.90 
[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]#

Loaded : 加载class的数量 
Bytes : class字节大小 
Unloaded : 未加载class的数量 
Bytes : 未加载class的字节大小 
Time : 加载时间

-compiler 输出JIT编译过的方法数量耗时等

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -compiler 21275

Compiled Failed Invalid Time FailedType FailedMethod 
10869 1 0 24.52 1 org/aspectj/weaver/Iterators$6 hasNext 
[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]#

Compiled : 编译数量 
Failed : 编译失败数量 
Invalid : 无效数量 
Time : 编译耗时 
FailedType : 失败类型 
FailedMethod : 失败方法的全限定名

-gc 垃圾回收堆的行为统计，常用命令

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -gc 21275

S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT 
86016.0 89600.0 0.0 8769.9 148992.0 26212.9 332288.0 247371.9 59008.0 57361.6 6784.0 6348.8 17 0.379 3 0.345 0.724 
[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]#

C即Capacity 总容量，U即Used 已使用的容量 
S0C : survivor0区的总容量 
S1C : survivor1区的总容量 
S0U : survivor0区已使用的容量 
S1C : survivor1区已使用的容量 
EC : Eden区的总容量 
EU : Eden区已使用的容量 
OC : Old区的总容量 
OU : Old区已使用的容量 
MC：方法区大小 
MU：方法区使用大小 
CCSC:压缩类空间大小 
CCSU:压缩类空间使用大小 
YGC : 新生代垃圾回收次数 
YGCT : 新生代垃圾回收时间 
FGC : 老年代垃圾回收次数 
FGCT : 老年代垃圾回收时间 
GCT : 垃圾回收总消耗时间

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -gc 21275 2000 20

这个命令意思就是每隔2000ms输出1262的gc情况，一共输出20次

-gccapacity 同-gc，不过还会输出Java堆各区域使用到的最大、最小空间

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -gccapacity 21275

NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC 
20992.0 338432.0 337920.0 86016.0 89600.0 148992.0 42496.0 677376.0 332288.0 332288.0 0.0 1101824.0 59008.0 0.0 1048576.0 6784.0 17 3 
[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]#

NGCMN：新生代最小容量 
NGCMX：新生代最大容量 
NGC：当前新生代容量 
S0C：第一个幸存区大小 
S1C：第二个幸存区的大小 
EC：伊甸园区的大小 
OGCMN：老年代最小容量 
OGCMX：老年代最大容量 
OGC：当前老年代大小 
OC:当前老年代大小 
MCMN:最小元数据容量 
MCMX：最大元数据容量 
MC：当前元数据空间大小 
CCSMN：最小压缩类空间大小 
CCSMX：最大压缩类空间大小 
CCSC：当前压缩类空间大小 
YGC：年轻代gc次数 
FGC：老年代GC次数

-gcutil 同-gc，不过输出的是已使用空间占总空间的百分比

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -gcutil 21275

S0 S1 E O M CCS YGC YGCT FGC FGCT GCT 
0.00 9.79 21.39 74.45 97.21 93.59 17 0.379 3 0.345 0.724

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

-gccause 垃圾收集统计概述（同-gcutil），附加最近两次垃圾回收事件的原因

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -gccause 21275

S0 S1 E O M CCS YGC YGCT FGC FGCT GCT LGCC GCC 
0.00 9.79 21.39 74.45 97.21 93.59 17 0.379 3 0.345 0.724 Allocation Failure No GC

LGCC：最近垃圾回收的原因 
GCC：当前垃圾回收的原因

-gcnew 统计新生代的行为

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -gcnew 21275

S0C S1C S0U S1U TT MTT DSS EC EU YGC YGCT 
86016.0 89600.0 0.0 8769.9 4 15 86016.0 148992.0 34327.2 17 0.379

S0C：第一个幸存区大小 
S1C：第二个幸存区的大小 
S0U：第一个幸存区的使用大小 
S1U：第二个幸存区的使用大小 
TT:对象在新生代存活的次数 
MTT:对象在新生代存活的最大次数 
DSS:期望的幸存区大小 
EC：伊甸园区的大小 
EU：伊甸园区的使用大小 
YGC：年轻代垃圾回收次数 
YGCT：年轻代垃圾回收消耗时间

-gcnewcapacity 新生代与其相应的内存空间的统计

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -gcnewcapacity 21275

NGCMN NGCMX NGC S0CMX S0C S1CMX S1C ECMX EC YGC FGC 
20992.0 338432.0 337920.0 112640.0 86016.0 112640.0 89600.0 337408.0 148992.0 17 3

NGCMN：新生代最小容量 
NGCMX：新生代最大容量 
NGC：当前新生代容量 
S0CMX：最大幸存1区大小 
S0C：当前幸存1区大小 
S1CMX：最大幸存2区大小 
S1C：当前幸存2区大小 
ECMX：最大伊甸园区大小 
EC：当前伊甸园区大小 
YGC：年轻代垃圾回收次数 
FGC：老年代回收次数

-gcold 老年代垃圾回收统计

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -gcold 21275

MC MU CCSC CCSU OC OU YGC FGC FGCT GCT 
59008.0 57361.6 6784.0 6348.8 332288.0 247371.9 17 3 0.345 0.724

MC：方法区大小 
MU：方法区使用大小 
CCSC:压缩类空间大小 
CCSU:压缩类空间使用大小 
OC：老年代大小 
OU：老年代使用大小 
YGC：年轻代垃圾回收次数 
FGC：老年代垃圾回收次数 
FGCT：老年代垃圾回收消耗时间 
GCT：垃圾回收消耗总时间

-gcoldcapacity 老年代内存统计

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -gcoldcapacity 21275

OGCMN OGCMX OGC OC YGC FGC FGCT GCT 
42496.0 677376.0 332288.0 332288.0 17 3 0.345 0.724

OGCMN：老年代最小容量 
OGCMX：老年代最大容量 
OGC：当前老年代大小 
OC：老年代大小 
YGC：年轻代垃圾回收次数 
FGC：老年代垃圾回收次数 
FGCT：老年代垃圾回收消耗时间 
GCT：垃圾回收消耗总时间

-gcmetacapacity 元数据空间统计

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -gcmetacapacity 21275

MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC FGCT GCT 
0.0 1101824.0 59008.0 0.0 1048576.0 6784.0 17 3 0.345 0.724

MCMN:最小元数据容量 
MCMX：最大元数据容量 
MC：当前元数据空间大小 
CCSMN：最小压缩类空间大小 
CCSMX：最大压缩类空间大小 
CCSC：当前压缩类空间大小 
YGC：年轻代垃圾回收次数 
FGC：老年代垃圾回收次数 
FGCT：老年代垃圾回收消耗时间 
GCT：垃圾回收消耗总时间

-printcompilation hotspot编译方法统计(JVM编译方法统计)

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstat -printcompilation 21275

Compiled Size Type Method 
10954 307 1 java/util/Formatter$FormatSpecifier printString

Compiled：被执行的编译任务的数量 
Size：方法字节码的字节数 
Type：编译类型 
Method：编译方法的类名和方法名。类名使用”/” 代替 “.” 作为空间分隔符. 方法名是给出类的方法名. 格式是一致于HotSpot - XX:+PrintComplation 选项

jmap

jmap(JVM Memory Map)命令用于生成heap dump文件，如果不使用这个命令，还可以使用 
-XX:+HeapDumpOnOutOfMemoryError参数来让虚拟机出现OOM的时候·自动生成dump文件。 
jmap不仅能生成dump文件，还可以查询finalize执行队列、Java堆和永久代的详细信息，如当前使用率、当前使用的是哪种收集器等。

命令格式

jmap [option] PID

参数

  • dump : 生成堆转储快照
  • finalizerinfo : 显示在F-Queue队列等待Finalizer线程执行finalizer方法的对象
  • heap : 显示Java堆详细信息
  • histo : 显示堆中对象的统计信息
  • permstat : to print permanent generation statistics
  • F : 当-dump没有响应时，强制生成dump快照

-dump堆到文件,format指定输出格式，live指明是活着的对象,file指定文件名

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jmap -dump:live,format=b,file=/data/dump.hprof 21275
Dumping heap to /data/dump.hprof ...  //dump.hprof这个后缀是为了后续可以直接用MAT(Memory Anlysis Tool)打开
Heap dump file created
 
 
  • 1
  • 2
  • 3

jmap -heap 21275

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jmap -heap 21275
Attaching to process ID 21275, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.102-b14

using thread-local object allocation.
Parallel GC with 2 thread(s)   //GC 方式

Heap Configuration://堆内存初始化配置
   MinHeapFreeRatio         = 0//对应jvm启动参数-XX:MinHeapFreeRatio设置JVM堆最小空闲比率(default 40)
   MaxHeapFreeRatio         = 100//对应jvm启动参数 -XX:MaxHeapFreeRatio设置JVM堆最大空闲比率(default 70)
   MaxHeapSize              = 1040187392 (992.0MB) //对应jvm启动参数-XX:MaxHeapSize=设置JVM堆的最大大小
   NewSize                  = 21495808 (20.5MB)//对应jvm启动参数-XX:NewSize=设置JVM堆的‘新生代’的默认大小
   MaxNewSize               = 346554368 (330.5MB)//对应jvm启动参数-XX:MaxNewSize=设置JVM堆的‘新生代’的最大大小
   OldSize                  = 43515904 (41.5MB)//对应jvm启动参数-XX:OldSize=<value>:设置JVM堆的‘老生代’的大小
   NewRatio                 = 2//对应jvm启动参数-XX:NewRatio=:‘新生代’和‘老生代’的大小比率
   SurvivorRatio            = 8//对应jvm启动参数-XX:SurvivorRatio=设置年轻代中Eden区与Survivor区的大小比值 
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage://堆内存使用情况
PS Young Generation
Eden Space://Eden区内存分布
   capacity = 152567808 (145.5MB)
   used     = 59283704 (56.53734588623047MB)
   free     = 93284104 (88.96265411376953MB)
   38.857282396034684% used
From Space://其中一个Survivor区的内存分布
   capacity = 91750400 (87.5MB)
   used     = 8980384 (8.564361572265625MB)
   free     = 82770016 (78.93563842773438MB)
   9.787841796875% used
To Space://另一个Survivor区的内存分布
   capacity = 88080384 (84.0MB)
   used     = 0 (0.0MB)
   free     = 88080384 (84.0MB)
   0.0% used
PS Old Generation//当前的Old区内存分布
   capacity = 340262912 (324.5MB)
   used     = 253308808 (241.57410430908203MB)
   free     = 86954104 (82.92589569091797MB)
   74.44502444039507% used

27183 interned Strings occupying 3099760 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

-histo 打印堆的对象统计，包括对象数、内存大小等等 （因为在dump:live前会进行full gc，如果带上live则只统计活对象，因此不加live的堆大小要大于加live堆的大小 ）

对象类型，说明如下： 
B byte 
C char 
D double 
F float 
I int 
J long 
Z boolean 
[ 数组，如[I表示int[] 
[L+类名 其他对象

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jmap -histo:live 21275 | more     

 num     #instances         #bytes  class name
----------------------------------------------
   1:         26087      136417376  [I
   2:        118028       49763864  [C
   3:         20783       40449448  [B
   4:        109427        2626248  java.lang.String
   5:         28428        2269088  [Ljava.lang.Object;
   6:         19176        1687488  java.lang.reflect.Method
   7:          9969        1114448  java.lang.Class
   8:         30010         960320  java.util.concurrent.ConcurrentHashMap$Node
   9:         27779         888928  java.util.HashMap$Node
  10:         24000         768000  org.apache.velocity.runtime.parser.Parser$JJCalls
  11:          8314         661080  [S
  12:          4813         620696  [Ljava.util.HashMap$Node;
  13:         21298         511152  java.util.ArrayList
  14:          7516         481024  java.net.URL
  15:         11290         361280  java.lang.ref.WeakReference
  16:          8854         354160  java.util.LinkedHashMap$Entry
  17:          5926         331856  java.util.LinkedHashMap
  18:          6217         298416  java.util.HashMap
  19:           255         291040  [Ljava.util.concurrent.ConcurrentHashMap$Node;
  20:          6010         288480  org.apache.catalina.loader.ResourceEntry
  21:          3999         287928  org.apache.velocity.runtime.parser.VelocityCharStream
  22:         12742         276920  [Ljava.lang.Class;
  23:          2731         262176  sun.util.calendar.Gregorian$Date
  24:          5195         245216  [Ljava.lang.String;
  25:          5434         217360  java.lang.ref.SoftReference
  26:          2000         208000  org.apache.velocity.runtime.parser.Parser
  27:         12797         204752  java.lang.Object
  28:          4878         195120  com.sun.org.apache.xerces.internal.dom.DeferredTextImpl
  29:          4013         192624  java.nio.HeapByteBuffer
  30:          2000         192000  org.apache.velocity.runtime.parser.ParserTokenManager
  31:          3999         191952  sun.nio.cs.StreamDecoder
  32:          5815         186080  java.util.Hashtable$Entry
  33:          4000         160000  sun.nio.cs.UTF_8$Decoder
  34:          3739         149560  com.sun.org.apache.xerces.internal.dom.DeferredAttrImpl
  35:          3023         145104  org.apache.velocity.runtime.parser.Token
  36:          1739         139120  java.lang.reflect.Constructor
  37:          2160         138240  com.mysql.jdbc.ConnectionPropertiesImpl$BooleanConnectionProperty
  38:          5744         137856  java.beans.MethodRef
  39:          2399         134344  com.sun.org.apache.xerces.internal.dom.DeferredElementImpl
  40:          2000         128000  [Lorg.apache.velocity.runtime.parser.Parser$JJCalls;
  41:          3998         127936  java.io.ByteArrayInputStream
  42:          2566         123168  org.aspectj.weaver.reflect.ShadowMatchImpl
  43:          1848         103488  java.beans.MethodDescriptor
  44:          4209         101016  org.springframework.core.MethodClassKey
  45:          3999          95976  java.io.InputStreamReader
  46:           549          83768  [Ljava.util.Hashtable$Entry;
  47:          2070          82800  java.util.WeakHashMap$Entry
  48:          2572          82304  java.sql.Timestamp
  49:          2566          82112  org.aspectj.weaver.patterns.ExposedState
  50:           837          80352  org.springframework.beans.GenericTypeAwarePropertyDescriptor
  51:          1109          79848  java.beans.PropertyDescriptor
  52:          1843          73720  java.util.TreeMap$Entry
  53:           941          67752  java.lang.reflect.Field
  54:          2000          64000  org.apache.commons.lang.text.StrBuilder
  55:          2000          64000  org.apache.velocity.runtime.parser.JJTParserState
  56:          2000          64000  org.apache.velocity.runtime.parser.Parser$LookaheadSuccess
  57:          1941          62112  java.util.LinkedList
  58:          1271          61008  org.apache.tomcat.util.digester.CallMethodRule
  59:          2399          57576  com.sun.org.apache.xerces.internal.dom.AttributeMap
  60:          1671          53472  com.sun.org.apache.xerces.internal.xni.QName
  61:           126          51096  [[B
 
 
  • 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

jhat

jhat(JVM Heap Analysis Tool)命令是与jmap搭配使用，用来分析jmap生成的dump，jhat内置了一个微型的HTTP/HTML服务器，生成dump的分析结果后，可以在浏览器中查看。在此要注意，一般不会直接在服务器上进行分析，因为jhat是一个耗时并且耗费硬件资源的过程，一般把服务器生成的dump文件复制到本地或其他机器上进行分析

分析同样一个dump快照，MAT需要的额外内存比jhat要小的多的多，所以建议使用MAT来进行分析，当然也看个人偏好。

jhat -J-Xmx512m dump.hprof
  eading from dump.hprof...
  Dump file created Fri Mar 11 17:13:42 CST 2016
  Snapshot read, resolving...
  Resolving 271678 objects...
  Chasing references, expect 54 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

在浏览器打开Http://localhost:7000进行快照分析 
堆快照分析主要在最后面的Heap Histogram里，里面根据class列出了dump的时候所有存活对象。

jstack

jstack用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈，就可以知道没有响应的线程到底在后台做什么事情，或者等待什么资源。 如果java程序崩溃生成core文件，jstack工具可以用来获得core文件的java stack和native stack的信息，从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题。另外，jstack工具还可以附属到正在运行的java程序中，看到当时运行的java程序的java stack和native stack的信息, 如果现在运行的java程序呈现hung的状态，jstack是非常有用的。

命令格式

jstack [option] PID

option参数

-F : 当正常输出请求不被响应时，强制输出线程堆栈 
-l : 除堆栈外，显示关于锁的附加信息 
-m : 如果调用到本地方法的话，可以显示C/C++的堆栈

[root@iZbp1bmo3l7m8z7ac5bi4wZ ~]# jstack -l 21275|more
2017-11-13 17:48:52
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.102-b14 mixed mode):

"Attach Listener" #70 daemon prio=9 os_prio=0 tid=0x00007f0850023000 nid=0x55d9 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

   Locked ownable synchronizers:
        - None

"http-bio-443-exec-22" #67 daemon prio=5 os_prio=0 tid=0x000000000139f000 nid=0x5591 waiting on condition [0x00007f0832515000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000000d04a4d00> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
        at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
        at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:104)
        at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:32)
        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
        at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
        - None

"http-bio-443-exec-21" #62 daemon prio=5 os_prio=0 tid=0x00007f0860003000 nid=0x53b2 waiting on condition [0x00007f0832414000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000000d04a4d00> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
        at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
        at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:104)
        at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:32)
        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
        at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
        - None

"http-bio-443-exec-20" #60 daemon prio=5 os_prio=0 tid=0x00007f0850024800 nid=0x53a6 waiting on condition [0x00007f084437e000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000000d04a4d00> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
        at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039)
        at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
        at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:104)
        at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:32)
        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
        at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
        - None

"http-bio-443-exec-19" #59 daemon prio=5 os_prio=0 tid=0x00007f0858082000 nid=0x53a5 waiting on condition [0x00007f0833bfe000]
   java.lang.Thread.State: WAITING (parking)
        at sun.misc.Unsafe.park(Native Method)
        - parking to wait for  <0x00000000d04a4d00> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
        at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
--More--
 
 
  • 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

资料：

https://www.cnblogs.com/ityouknow/p/5714703.html 
http://blog.csdn.net/maosijunzi/article/details/46049117

Logo
Linux

更多推荐

网卡速率和双工模式的配置

http://linux.chinaitlab.com/system/792187.html1、mii-tool 配置网络设备协商方式的工具；    1.1 mii-tool 介绍；    mii-tool - view, manipulate media-independent interface status （mii-tool 是查看，管理介质的网络接口的状态）

avatar Linux

Linux虚拟文件系统之文件系统卸载（sys_umount())

Linux中卸载文件系统由umount系统调用实现，入口函数为sys_umount()。较于文件系统的安装较为简单，下面是具体的实现。1. /*sys_umont系统调用*/2. SYSCALL_DEFINE2(umount, char __user *, name, int, flags)3. {4.struct path path;

avatar Linux

Linux系统下超级终端Minicom的使用方法（例如：连接交换机，路由器等）转http://baike.baidu.com/view/2911642.htm?fr=ala0_1

<br />　　Linux系统下超级终端Minicom的使用方法 <br />　　Linux下的Minicom的功能与下的超级终端功能相似，适于在通过超级终端对设备的管理以及对嵌入操作系统的升级，现写出Minicom的使用手册： <br />　　1． 启动minicom <br />　　以root权限登录系统 <br />　　使用命令 <br />　　minicom –s 则minicom启动，屏

avatar Linux