JVM--查看堆栈信息
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-b14using 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 MBG1HeapRegionSize = 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% used27183 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 [I2: 118028 49763864 [C3: 20783 40449448 [B4: 109427 2626248 java.lang.String5: 28428 2269088 [Ljava.lang.Object;6: 19176 1687488 java.lang.reflect.Method7: 9969 1114448 java.lang.Class8: 30010 960320 java.util.concurrent.ConcurrentHashMap$Node9: 27779 888928 java.util.HashMap$Node10: 24000 768000 org.apache.velocity.runtime.parser.Parser$JJCalls11: 8314 661080 [S12: 4813 620696 [Ljava.util.HashMap$Node;13: 21298 511152 java.util.ArrayList14: 7516 481024 java.net.URL15: 11290 361280 java.lang.ref.WeakReference16: 8854 354160 java.util.LinkedHashMap$Entry17: 5926 331856 java.util.LinkedHashMap18: 6217 298416 java.util.HashMap19: 255 291040 [Ljava.util.concurrent.ConcurrentHashMap$Node;20: 6010 288480 org.apache.catalina.loader.ResourceEntry21: 3999 287928 org.apache.velocity.runtime.parser.VelocityCharStream22: 12742 276920 [Ljava.lang.Class;23: 2731 262176 sun.util.calendar.Gregorian$Date24: 5195 245216 [Ljava.lang.String;25: 5434 217360 java.lang.ref.SoftReference26: 2000 208000 org.apache.velocity.runtime.parser.Parser27: 12797 204752 java.lang.Object28: 4878 195120 com.sun.org.apache.xerces.internal.dom.DeferredTextImpl29: 4013 192624 java.nio.HeapByteBuffer30: 2000 192000 org.apache.velocity.runtime.parser.ParserTokenManager31: 3999 191952 sun.nio.cs.StreamDecoder32: 5815 186080 java.util.Hashtable$Entry33: 4000 160000 sun.nio.cs.UTF_8$Decoder34: 3739 149560 com.sun.org.apache.xerces.internal.dom.DeferredAttrImpl35: 3023 145104 org.apache.velocity.runtime.parser.Token36: 1739 139120 java.lang.reflect.Constructor37: 2160 138240 com.mysql.jdbc.ConnectionPropertiesImpl$BooleanConnectionProperty38: 5744 137856 java.beans.MethodRef39: 2399 134344 com.sun.org.apache.xerces.internal.dom.DeferredElementImpl40: 2000 128000 [Lorg.apache.velocity.runtime.parser.Parser$JJCalls;41: 3998 127936 java.io.ByteArrayInputStream42: 2566 123168 org.aspectj.weaver.reflect.ShadowMatchImpl43: 1848 103488 java.beans.MethodDescriptor44: 4209 101016 org.springframework.core.MethodClassKey45: 3999 95976 java.io.InputStreamReader46: 549 83768 [Ljava.util.Hashtable$Entry;47: 2070 82800 java.util.WeakHashMap$Entry48: 2572 82304 java.sql.Timestamp49: 2566 82112 org.aspectj.weaver.patterns.ExposedState50: 837 80352 org.springframework.beans.GenericTypeAwarePropertyDescriptor51: 1109 79848 java.beans.PropertyDescriptor52: 1843 73720 java.util.TreeMap$Entry53: 941 67752 java.lang.reflect.Field54: 2000 64000 org.apache.commons.lang.text.StrBuilder55: 2000 64000 org.apache.velocity.runtime.parser.JJTParserState56: 2000 64000 org.apache.velocity.runtime.parser.Parser$LookaheadSuccess57: 1941 62112 java.util.LinkedList58: 1271 61008 org.apache.tomcat.util.digester.CallMethodRule59: 2399 57576 com.sun.org.apache.xerces.internal.dom.AttributeMap60: 1671 53472 com.sun.org.apache.xerces.internal.xni.QName61: 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.hprofeading from dump.hprof...Dump file created Fri Mar 11 17:13:42 CST 2016Snapshot read, resolving...Resolving 271678 objects...Chasing references, expect 54 dots......................................................Eliminating duplicate references......................................................Snapshot resolved.Started HTTP server on port 7000Server 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: RUNNABLELocked 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
JVM--查看堆栈信息相关推荐
- jstack 工具 查看JVM堆栈信息
1|0介绍 jstack是java虚拟机自带的一种堆栈跟踪工具.jstack用于打印出给定的java进程ID或core file或远程调试服务的Java堆栈信息,如果是在64位机器上,需要指定选项&q ...
- 使用jstack查看某个Java进程内的线程堆栈信息
本文来说下如何使用jstack来查看堆栈信息 文章目录 概述 概述
- gdb 命令_gdb实用的调试技巧:启动方式、堆栈信息、单步调试
对于很多开发者来说,开发过程中难免会遇到各种各样的bug, 所以,每个开发者应该考虑如何快速高效定位问题原因,而gdb是linux上很实用的调试工具,熟练掌握其调试技巧,将有助于提高解决问题的效率,也 ...
- java打印堆栈信息linux,在C/C++程序里打印调用栈信息(转载)
原文出处 http://blog.csdn.net/yetyongjin/article/details/7759144 以下不能windows + mingw下执行. windows下参考 ht ...
- linux查看java堆栈信息_Java运行状态分析2:获取线程堆栈信息
Java运行状态分析2:获取线程堆栈信息 基本概念 出现内存泄漏或者运行缓慢场景,有时候无法直接从业务日志看出问题时候,需要分析jvm内存和线程堆栈 线程堆栈信息主要记录jvm线程在某时刻线程执行情况 ...
- jstat -gcutil 输出结果分析_助你了解jvm命令,查找JVM堆栈信息,分析性能问题
jstat:虚拟机统计信息监视工具(JVM Statistics Monitoring Tool) 说明:监视虚拟机的各种运行状态:类装载.内存.垃圾收集等运行数据.只用于Java进程或Java应用 ...
- jpa,分析duid参数,当前用户的最大线程数,线上问题排查,stack命令查看占用CPU高的线程堆栈信息
1.先查看应用进程号: ps -ef | grep 应用名 ,也就是 pid 2.查看pid垃圾回收情况: jstat -gc pid 5000(时间间隔) 3.dump jvm二进制的内存详细使用情 ...
- linux查看jvm堆栈大小命令,JVM查看命令
JDK自己提供了不少方便的JVM性能调优监控工具,除了集成式的VisualVM和jConsole外,还有jps.jstack.jmap.jhat.jstat等小巧的工具,本博客但愿能起抛砖引玉之用,让 ...
- 通过gdb core dump方法查看程序异常时的堆栈信息
在Linux下可通过core文件来获取当程序异常退出(如异常信号SIGSEGV, SIGABRT等)时的堆栈信息.core dump叫做核心转储,当程序运行过程中发生异常的那一刻的一个内存快照,操作系 ...
- Android笔记 - 如何避免ActivityNotFound异常,查看Activity堆栈信息,获取进程名
1.android中查看是否有能够打开intent的Activity android中查看是否有能够打开intent的Activity方式有三种(如果没有打开intent的Activity,会报错Ac ...
最新文章
- VSS的每日自动备份
- 未来几年,人工智能就业市场将会如何?
- Microservice 微服务的理论模型和现实路径
- 导航栏与scrollerview(或scrollerview的子类)
- docker启动停止操作命令
- PowerShell 在 SharePoint 2010 自动化部署中的应用(2)-编译打包
- ++操作你还在使用加锁去保证线程的安全吗?确定不了解一下CAS机制?
- 基于springboot+vue的二手商城(闲置物品交易)(前后端分离)
- 英语语音识别软件_识别英语语音的软件_英文语音识别软件 - 云+社区 - 腾讯云...
- yxy小蒟蒻的201113总结
- android验证数字字母和特殊字符,正则表达式必须包含字母数字和特殊字符
- 设计LDO电路需考虑因素
- spark基础理论及优化思路
- android系统垃圾广告,做精致的少数派!教你两分钟关闭Flyme8全部广告
- 编程江湖,门派众多,谁才是巅峰?
- 变电站综合自动化系统的选型与应用
- python调用按键精灵插件_【师兄带你学Python-1】你会涮火锅吗?
- Windows用户密码的加密方法与破解
- 医疗行业邮件服务器架设方案
- 使用Maven控件proguard-maven-plugin给可执行jar文件混淆