JVM常用的命令
jps ：基礎(chǔ)工具
查看JAVA進(jìn)程PID。
jps 命令用來查看所有 Java 進(jìn)程字逗，每一行就是一個 Java 進(jìn)程信息京郑。
jps 僅查找當(dāng)前用戶的 Java 進(jìn)程，而不是當(dāng)前系統(tǒng)中的所有進(jìn)程葫掉，要顯示其他用戶的還只能用 ps 命令些举。
jps 常用參數(shù)
-
jps -l如果是以 class 方式運行，會顯示進(jìn)程的主類main.class的全名俭厚，如果是以 jar 包方式運行的户魏，就會輸出 jar 包的完整路徑名
第一列的數(shù)字就是進(jìn)程的 pid
-
jps -v輸出傳遞給 JVM 的參數(shù)，v表示虛擬機(jī)挪挤，jps -vl比較常見的組合叼丑； -
jps -V大寫v，表示通過文件傳遞給 JVM 的參數(shù)
Copy# michael @ Michael-MBP in ~ [16:37:59]
$ jps -v |grep Mybatis
8005 MybatisDemoApplication -agentlib:jdwp=transport=dt_socket,address=127.0.0.1:53364,suspend=y,server=n -XX:TieredStopAtLevel=1 -Xverify:none -Dspring.output.ansi.enabled=always -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=53363 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Djava.rmi.server.hostname=127.0.0.1 -Dspring.liveBeansView.mbeanDomain -Dspring.application.admin.enabled=true -javaagent:/Users/michael/Library/Caches/IntelliJIdea2018.2/captureAgent/debugger-agent.jar=file:/private/var/folders/m1/ydypchs901lffc5sms07mrp40000gn/T/capture.props -Dfile.encoding=UTF-8
-
jps -m輸出傳遞給main.class方法的參數(shù)扛门，實用的一個命令鸠信，jps -ml比較實用的組合，會顯示包名/類名/參數(shù) -
jps -q只輸出進(jìn)程的 pid
jps 是比較常用的 Java 命令尖飞。使用 jps 可以查看當(dāng)前有哪些 Java 進(jìn)程處于運行狀態(tài)症副。如果運行了一個 web 應(yīng)用（使用tomcat、jboss政基、jetty等啟動）的時候贞铣，就可以使用 jps 查看啟動情況。
有的時候我想知道這個應(yīng)用的日志會輸出到哪里沮明，或者啟動的時候使用了哪些javaagent辕坝，那么我可以使用 jps -v 查看進(jìn)程的jvm參數(shù)情況。
jinfo：命令可以用來查看 Java 進(jìn)程運行的 JVM 參數(shù)荐健、
參考原文：https://blog.csdn.net/yx0628/article/details/80958488
jinfo -flag initilHeapSize ${PID}查看某個JAVA進(jìn)程中酱畅，JVM的參數(shù)值是什么。
jinfo -flag ${PID} 如果不加JVM參數(shù)的話江场，默認(rèn)查看JVM中所有被修改過的值纺酸。
[root@admin ~]# jinfo --help
Usage:
jinfo [option] <pid>
(to connect to running process)
jinfo [option] <executable <core>
(to connect to a core file)
jinfo [option] [server_id@]<remote server IP or hostname>
(to connect to remote debug server)
where <option> is one of:
-flag <name> to print the value of the named VM flag
-flag [+|-]<name> to enable or disable the named VM flag
-flag <name>=<value> to set the named VM flag to the given value
-flags to print VM flags
-sysprops to print Java system properties
<no option> to print both of the above
-h | -help to print this help message
我們先用 jps 命令查到 PID ，然后可以通過 jinfo 來查看對應(yīng)進(jìn)程的參數(shù)信息：
[root@admin ~]# jps
43520 Test
35900 Jps
查看 JVM 參數(shù)：
[root@admin ~]# jinfo -flags 43520
Attaching to process ID 43520, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 24.45-b08
-Dfile.encoding=GBK
查看系統(tǒng)參數(shù)：
[root@admin ~]# jinfo -sysflags 43520
虛擬機(jī)的參數(shù)可以通過這個命令查看：
java -XX:+PrintFlagsFinal -version | grep manageable
除了通過啟動腳本可以設(shè)置參數(shù)址否，PrintGC 默認(rèn)是打開的餐蔬，因此我們只需要打開 PrintGCDetails 參數(shù)。
jinfo -flag +PrintGC 43520
jinfo -flag +PrintGCDetails 43520
關(guān)閉 GC 日志的話同理：
jinfo -flag -PrintGC 43520
jinfo -flag -PrintGCDetails 43520
查看是否開啟 GC 日志的打佑痈健：
jinfo -flag PrintGC 43520
jinfo -flag PrintGCDetails 43520
[root@admin ~]# jinfo -flag PrintGC 43520
-XX:-PrintGC
[root@admin ~]# jinfo -flag PrintGCDetails 43520
-XX:-PrintGCDetails
常用 JVM 參數(shù)：
-Xms：初始堆大小樊诺，默認(rèn)為物理內(nèi)存的1/64(<1GB)；默認(rèn)(MinHeapFreeRatio參數(shù)可以調(diào)整)空余堆內(nèi)存小于40%時音同，JVM就會增大堆直到-Xmx的最大限制
-Xmx：最大堆大小词爬，默認(rèn)(MaxHeapFreeRatio參數(shù)可以調(diào)整)空余堆內(nèi)存大于70%時，JVM會減少堆直到 -Xms的最小限制
-Xmn：新生代的內(nèi)存空間大小权均，注意：此處的大小是（eden+ 2 survivor space)顿膨。與jmap -heap中顯示的New gen是不同的。整個堆大小=新生代大小 + 老生代大小 + 永久代大小叽赊。在保證堆大小不變的情況下虽惭，增大新生代后,將會減小老生代大小。此值對系統(tǒng)性能影響較大,Sun官方推薦配置為整個堆的3/8蛇尚。
-XX:SurvivorRatio：新生代中Eden區(qū)域與Survivor區(qū)域的容量比值芽唇，默認(rèn)值為8。兩個Survivor區(qū)與一個Eden區(qū)的比值為2:8,一個Survivor區(qū)占整個年輕代的1/10取劫。
-Xss：每個線程的堆棧大小匆笤。JDK5.0以后每個線程堆棧大小為1M,以前每個線程堆棧大小為256K。應(yīng)根據(jù)應(yīng)用的線程所需內(nèi)存大小進(jìn)行適當(dāng)調(diào)整谱邪。在相同物理內(nèi)存下,減小這個值能生成更多的線程炮捧。但是操作系統(tǒng)對一個進(jìn)程內(nèi)的線程數(shù)還是有限制的，不能無限生成惦银，經(jīng)驗值在3000~5000左右咆课。一般小的應(yīng)用末誓， 如果棧不是很深， 應(yīng)該是128k夠用的书蚪，大的應(yīng)用建議使用256k喇澡。這個選項對性能影響比較大，需要嚴(yán)格的測試殊校。和threadstacksize選項解釋很類似,官方文檔似乎沒有解釋,在論壇中有這樣一句話:"-Xss is translated in a VM flag named ThreadStackSize”一般設(shè)置這個值就可以了晴玖。
-XX:PermSize：設(shè)置永久代(perm gen)初始值。默認(rèn)值為物理內(nèi)存的1/64为流。
-XX:MaxPermSize：設(shè)置持久代最大值呕屎。物理內(nèi)存的1/4。
jstat：主要是對java應(yīng)用程序的資源和性能進(jìn)行實時的命令行監(jiān)控敬察，包括了對heap size和垃圾回收狀況的監(jiān)控
原文參考：https://blog.csdn.net/cockroach02/article/details/82670500
查看JVM中相關(guān)性能的信息秀睛。
jstat（Java Virtual Machine Statistics Monitoring Tool）是從JDK1.5自帶的一個輕量級小工具。它位于java/bin目錄下莲祸，主要利用JVM內(nèi)建的指令對Java虛擬機(jī)的資源和性能進(jìn)行實時的監(jiān)控琅催。
類裝載信息：
jstat -class ${PID}舉例：
jstat -class ${PID} ${幾秒內(nèi)打印一次} ${打印10次} = jstat -class ${PID} 1000 10。打印出過去10秒類加載的數(shù)據(jù)虫给。
GC相關(guān)的情況：
jstat -gc ${PID}舉例：
jstat -gc ${PID} ${幾秒內(nèi)打印一次} ${打印10次} = jstat -gc ${PID} 1000 10藤抡。打印出過去10秒GC的數(shù)據(jù)。
參數(shù)說明：
C:\Users\Administrator>jstat -help
Usage: jstat -help|-options
jstat -<option> [-t] [-h<lines>] <vmid> [<interval> [<count>]]
Definitions:
<option> An option reported by the -options option
<vmid> Virtual Machine Identifier. A vmid takes the following form:
<lvmid>[@<hostname>[:<port>]]
Where <lvmid> is the local vm identifier for the target
Java virtual machine, typically a process id; <hostname> is
the name of the host running the target Java virtual machine;
and <port> is the port number for the rmiregistry on the
target host. See the jvmstat documentation for a more complete
description of the Virtual Machine Identifier.
<lines> Number of samples between header lines.
<interval> Sampling interval. The following forms are allowed:
<n>["ms"|"s"]
Where <n> is an integer and the suffix specifies the units as
milliseconds("ms") or seconds("s"). The default units are "ms".
<count> Number of samples to take before terminating.
-J<flag> Pass <flag> directly to the runtime system.
由以上可知抹估，jstat的命令的格式如下：
jstat -<option> [-t] [-h<lines>] <vmid> [<interval> [<count>]]
我們可以通過jstat -options查看可以支持的具體參數(shù)
C:\Users\Administrator>jstat -options
-class
-compiler
-gc
-gccapacity
-gccause
-gcmetacapacity
-gcnew
-gcnewcapacity
-gcold
-gcoldcapacity
-gcutil
-printcompilation
Option參數(shù)說明：
| 參數(shù) | 說明 |
|---|---|
| -class | 類加載的行為統(tǒng)計 Displays statistics about the behavior of the class loader. |
| -compiler | HotSpt JIT編譯器行為統(tǒng)計 Displays statistics about the behavior of the Java HotSpot VM Just-in-Time compiler. |
| -gc | 垃圾回收堆的行為統(tǒng)計缠黍。Displays statistics about the behavior of the garbage collected heap. |
| -gccapacity | 各個垃圾回收代容量(young,old,meta)和他們相應(yīng)的空間統(tǒng)計。isplays statistics about the capacities of the generations and their corresponding spaces. |
| -gccause | 垃圾收集統(tǒng)計概述（同-gcutil）,附加最近兩次垃圾回收事件的原因药蜻。Displays a summary about garbage collection statistics (same as -gcutil), with the cause of the last and current (when applicable) garbage collection events. |
| -gcmetacapacity | 統(tǒng)計元空間使用情況 Displays statistics about the sizes of the metaspace. |
| -gcnew | 顯示新生代統(tǒng)計信息 Displays statistics of the behavior of the new generation. |
| -gcnewcapacity | 統(tǒng)計新生代及內(nèi)存使用情況 Displays statistics about the sizes of the new generations and its corresponding spaces. |
| -gcold | 統(tǒng)計老年代和元空間使用情況 Displays statistics about the behavior of the old generation and metaspace statistics. |
| -gcoldcapacity | 統(tǒng)計老年代內(nèi)存使用情況 Displays statistics about the sizes of the old generation. |
| -gcutil | 顯示各個各代內(nèi)存使用百分比 Displays a summary about garbage collection statistics. |
| -printcompilation | Hotspot方法編譯統(tǒng)計情況 Displays Java HotSpot VM compilation method statistics. |
使用示例：
jstat -class ： 類加載的行為統(tǒng)計
C:\Users\Administrator>jstat -class 2284
Loaded Bytes Unloaded Bytes Time
30116 75021.8 26 51.4 86.72
- Loaded ：加載class的數(shù)量
- Bytes ： 加載class的大写墒健（單位KB）
- Unloaded ：卸載class的數(shù)量
- Bytes： 卸載class的大小（單位KB）
- Time ： 加載和卸載class所耗費的時間
jstat -compiler ：HotSpt JIT編譯器行為統(tǒng)計
C:\Users\Administrator>jstat -compiler 2284
Compiled Failed Invalid Time FailedType FailedMethod
21247 8 0 189.38 1 com/fr/third/alibaba/druid/pool/DruidDataSource shrink
- Compiled ：編譯成功數(shù)
- Failed ： 編譯失敗數(shù)
- Invalid ： 無效數(shù)量
- FailedType ： 最后一次編譯失效類型
- FailedMethod ：最后一次編譯失效的方法
jstat -gc：垃圾回收堆的行為統(tǒng)計
C:\Users\Administrator>jstat -gc 2284
S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT
104832.0 104832.0 0.0 0.0 838912.0 600103.2 1048576.0 565828.4 238672.0 232272.3 22392.0 21028.5 59 4.898 11 6.323 11.221
- S0C ： 第一個幸存區(qū)的總?cè)萘浚↘B）
- S1C ： 第二個幸存區(qū)的總?cè)萘浚↘B）
- S0U ： 第一個幸存區(qū)已使用的容量（KB）
- S1U ： 第二個幸存區(qū)已使用的容量（KB）
- EC ： 伊甸區(qū)的總?cè)萘浚↘B）
- EU ： 伊甸區(qū)已使用容量（KB）
- OC ： 老年區(qū)的總?cè)萘浚↘B）
- MC ： 元空間的總?cè)萘浚↘B）
- MU ： 元空間已使用容量（KB）
- CCSC ： 壓縮類空間總?cè)萘浚↘B）
- CCSU ： 壓縮類空間已使用總?cè)萘浚↘B）
- YGC ： 新生代GC次數(shù)
- YGCT ：新生代GC總耗費時間
- FGC ： 老年代GC次數(shù)
- FGCT ： 老年代GC總耗費時間
- GCT ： GC總耗費時間
jstat -gccapacity ： 各個回收區(qū)內(nèi)存情況
C:\Users\Administrator>jstat -gccapacity 2284
NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC
1048576.0 1048576.0 1048576.0 104832.0 104832.0 838912.0 1048576.0 3145728.0 1048576.0 1048576.0 0.0 1265664.0 238672.0 0.0 1048576.0 22392.0
59 11
- NGCMN ： 新生代占用的最小空間大杏镌蟆（KB）
- NGCMX ： 新生代占用的最大空間大忻车洹（KB）
- NGC ： 當(dāng)前新生代空間大小（KB）
- S0C ： 第一幸存區(qū)當(dāng)前空間大絮饴选（KB）
- S1C ：第二幸存區(qū)當(dāng)前空間大欣韧铡（KB）
- EC ： 伊甸區(qū)當(dāng)前空間大小（KB）
- OGCMN ： 老年區(qū)最小空間大型锷啊（KB）
- OGCMX ： 老年區(qū)最大空間大卸士妗（KB）
- OGC ： 老年區(qū)當(dāng)前空間大小（KB）
- MCMN ： 元空間最小空間大形鞫（KB）
- MCMX ： 元空間最大空間大性脱凇（KB）
- MC ： 元空間當(dāng)前空間大小（KB）
- CCSMN ： 壓縮類空間最小大芯烊帷（KB）
- CCSMX ： 壓縮類最大空間大衅谙骸（KB）
- CCSC ： 壓縮類當(dāng)前空間大性（KB）
- YGC ： 新生代GC次數(shù)
- FGC ： 老年代GC次數(shù)
jstat -gccause ：垃圾收集統(tǒng)計概述
C:\Users\Administrator>jstat -gccause 2284
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT LGCC GCC
0.00 0.00 91.90 53.96 97.32 93.91 59 4.898 11 6.323 11.221 System.gc() No GC
- S0 ：第一幸存區(qū)已使用空間百分比.
- S1 ： 第二幸存區(qū)已使用空間百分比
- E ： 伊甸區(qū)已使用空間百分比
- O ： 老年區(qū)已使用空間百分比
- M ： 元空間使用百分比
- CCS ： 壓縮類空間使用百分比
- YGC ： 新生代GC次數(shù)
- FGC ： 老年代GC次數(shù)
- LGCC ：最近一次GC原因
- GCC ： 當(dāng)前GC原因
6 . gc -gcmetacapacity ：元空間使用情況
C:\Users\Administrator>jstat -gcmetacapacity 2284
MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC FGCT GCT
0.0 1265664.0 238672.0 0.0 1048576.0 22392.0 59 11 6.323 11.221
- MCMN ： 元空間最小空間大小（KB）
- MCMX ： 元空間最大空間大邢獍（KB）
- MC ： 元空間當(dāng)前空間大性埂（KB）
- CCSMN ： 壓縮類空間最小空間大小（KB）
- CCSMX ： 壓縮類空間最大空間大斜錾小（KB）
- CCSC ： 壓縮類空間當(dāng)前空間大小（KB）
- YGC ： 新生代GC次數(shù)
- FGC ： 老年代GC次數(shù)
- FGCT： 老年代GC耗費時間
- GCT ： GC總耗費時間
7 . jstat -gcnew ： 顯示新生代統(tǒng)計信息
C:\Users\Administrator>jstat -gcnew 2284
S0C S1C S0U S1U TT MTT DSS EC EU YGC YGCT
104832.0 104832.0 46710.2 0.0 6 6 52416.0 838912.0 22526.9 60 4.972
- S0C ： 第一幸存區(qū)總空間大行怀骸（KB）
- S1C ： 第二幸存區(qū)總空間大谢吞（KB）
- S0U ： 第一幸存區(qū)已使用空間大小（KB）
- S1U ： 第二幸存區(qū)已使用空間大凶斗蕖（KB）
- TT ： 提升閾值(提升閾值)
- MTT ： 最大閾值
- DSS ： survivor區(qū)域大小 (KB)
- EC ： 伊甸區(qū)總空間大信Ｖ！（KB）
- EU ： 伊甸區(qū)已使用空間大小（KB）
8 . jstat -gcnewcapacity ： 統(tǒng)計新生代及內(nèi)存使用情況
C:\Users\Administrator>jstat -gcnewcapacity 2284
NGCMN NGCMX NGC S0CMX S0C S1CMX S1C ECMX EC YGC FGC
1048576.0 1048576.0 1048576.0 104832.0 104832.0 104832.0 104832.0 838912.0 838912.0 60 11
- NGCMN ： 新生代最小空間大芯戴蕖（KB）
- NGCMX ： 新生代最大空間大醒团蟆（KB）
- NGC ： 當(dāng)前新生代空間大小（KB）
- S0CMX ： 第一幸存區(qū)最大空間大卸ご稹（KB）
- S0C ： 第一幸存區(qū)當(dāng)前空間大写∩帧（KB）
- S1CMX ： 第二幸存區(qū)最大空間大小（KB）
- S1C ： 第二幸存區(qū)當(dāng)前空間大惺颉（KB）
- ECMX ： 伊甸區(qū)最大空間大新匦浴（KB）
- EC ： 伊甸區(qū)當(dāng)前空間大小（KB）
- YGC ： 新生代GC次數(shù)
- FGC ： 老年代GC次數(shù)
9 . jstat -gcold ： 統(tǒng)計老年代和元空間使用情況
C:\Users\Administrator>jstat -gcold 2284
MC MU CCSC CCSU OC OU YGC FGC FGCT GCT
251088.0 244521.5 23544.0 22058.7 1048576.0 565828.4 60 11 6.323 11.295
- MC ： 元空間總大杏冶摹（KB）
- MU ： 元空間已使用大姓锔恕（KB）
- CCSC ： 壓縮類空間總大小（KB）
- CCSU ： 壓縮類空間已使用大泻温健（KB）
- OC ： 老年區(qū)空間總大谐啃凇（KB）
- OU ： 老年區(qū)已使用大小（KB）
- YGC ： 新生代GC次數(shù)
- FGC ： 老年代GC次數(shù)
- FGCT ： 老年代GC總耗時
- GCT ： GC總耗時
10 . jstat -gcoldcapacity ： 統(tǒng)計老年代內(nèi)存使用情況
C:\Users\Administrator>jstat -gcoldcapacity 2284
OGCMN OGCMX OGC OC YGC FGC FGCT GCT
1048576.0 3145728.0 1048576.0 1048576.0 60 11 6.323 11.295
- OGCMN ：老年區(qū)占用最小空間（KB）
- OGCMX ： 老年區(qū)占用最大空間（KB）
- OGC ： 當(dāng)前老年區(qū)空間（KB）
- OC ： 當(dāng)前老年區(qū)空間（KB）
- YGC ：新生代GC次數(shù)
- FGC ： 老年代GC次數(shù)
- FGCT ： 老年代GC總耗時
- GCT ： GC總耗時
11 . jstat -gcutil ： 垃圾回收統(tǒng)計
C:\Users\Administrator>jstat -gcutil 2284
S0 S1 E O M CCS YGC YGCT FGC FGCT GCT
44.56 0.00 9.85 53.96 97.38 93.69 60 4.972 11 6.323 11.295
- S0 ：第一幸存區(qū)已使用空間百分比.
- S1 ： 第二幸存區(qū)已使用空間百分比
- E ： 伊甸區(qū)已使用空間百分比
- O ： 老年區(qū)已使用空間百分比
- M ： 元空間使用百分比
- CCS ： 壓縮類空間使用百分比
- YGC ： 新生代GC次數(shù)
- FGC ： 老年代GC次數(shù)
- GCT ：GC總耗時
12 . jstat -printcompilation ： Hotspot方法編譯統(tǒng)計情況
C:\Users\Administrator>jstat -printcompilation 2284
Compiled Size Type Method
21538 150 1 java/util/Collections reverse
- Compiled ： 已編譯方法次數(shù)
- Size ： 最近一次方法編譯大小
- Type ： 最近一次編譯方法類型
- Method ： 最近一次編譯方法
參考：
jstat：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/jstat.html
jstat命令使用：https://www.cnblogs.com/lizhonghua34/p/7307139.html
JVM調(diào)優(yōu)命令-jstat：https://www.cnblogs.com/myna/p/7567769.html
jstack：查看某個Java進(jìn)程內(nèi)的線程堆棧信息
參考原文：http://www.reibang.com/p/8d5782bc596e
查看JAVA進(jìn)程當(dāng)中贷盲，線程內(nèi)容淘这。
jstack用法
/opt/java8/bin/jstack
Usage:
jstack [-l] <pid>
(to connect to running process) 連接活動線程
jstack -F [-m] [-l] <pid>
(to connect to a hung process) 連接阻塞線程
jstack [-m] [-l] <executable> <core>
(to connect to a core file) 連接dump的文件
jstack [-m] [-l] [server_id@]<remote server IP or hostname>
(to connect to a remote debug server) 連接遠(yuǎn)程服務(wù)器
Options:
-F to force a thread dump. Use when jstack <pid> does not respond (process is hung)
-m to print both java and native frames (mixed mode)
-l long listing. Prints additional information about locks
-h or -help to print this help message
jstack查看輸出
/opt/java8/bin/jstack -l 28367
2019-06-25 15:04:46
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.77-b03 mixed mode):
"Attach Listener" #453 daemon prio=9 os_prio=0 tid=0x00007f9f94001000 nid=0xf30 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
Locked ownable synchronizers:
- None
"grpc-default-executor-263" #452 daemon prio=5 os_prio=0 tid=0x00007f9f4c01f800 nid=0x9aa waiting on condition [0x00007f9f398bd000]
java.lang.Thread.State: TIMED_WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000007400243f0> (a java.util.concurrent.SynchronousQueue$TransferStack)
at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460)
at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:362)
at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:941)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1066)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Locked ownable synchronizers:
- None
"http-bio-8080-exec-10" #235 daemon prio=5 os_prio=0 tid=0x0000000001bcc800 nid=0x3c13 waiting on condition [0x00007f9f384a9000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x0000000743d26638> (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
jstack統(tǒng)計線程數(shù)
/opt/java8/bin/jstack -l 28367 | grep 'java.lang.Thread.State' | wc -l
jstack檢測死鎖
死鎖代碼
public class DeathLock {
private static Lock lock1 = new ReentrantLock();
private static Lock lock2 = new ReentrantLock();
public static void deathLock() {
Thread t1 = new Thread() {
@Override
public void run() {
try {
lock1.lock();
TimeUnit.SECONDS.sleep(1);
lock2.lock();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
};
Thread t2 = new Thread() {
@Override
public void run() {
try {
lock2.lock();
TimeUnit.SECONDS.sleep(1);
lock1.lock();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
};
t1.setName("thread1");
t2.setName("thread2");
t1.start();
t2.start();
}
public static void main(String[] args) {
deathLock();
}
}
死鎖日志
"mythread2" #12 prio=5 os_prio=0 tid=0x0000000058ef7800 nid=0x1ab4 waiting on condition [0x0000000059f8f000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000000d602d610> (a java.util.concurrent.lock
s.ReentrantLock$NonfairSync)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInt
errupt(AbstractQueuedSynchronizer.java:836)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(A
bstractQueuedSynchronizer.java:870)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(Abstrac
tQueuedSynchronizer.java:1199)
at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLo
ck.java:209)
at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)
at DeathLock$2.run(DeathLock.java:34)
Locked ownable synchronizers:
- <0x00000000d602d640> (a java.util.concurrent.locks.ReentrantLock$Nonfa
irSync)
"mythread1" #11 prio=5 os_prio=0 tid=0x0000000058ef7000 nid=0x3e68 waiting on condition [0x000000005947f000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000000d602d640> (a java.util.concurrent.lock
s.ReentrantLock$NonfairSync)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInt
errupt(AbstractQueuedSynchronizer.java:836)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(A
bstractQueuedSynchronizer.java:870)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(Abstrac
tQueuedSynchronizer.java:1199)
at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLo
ck.java:209)
at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)
at DeathLock$1.run(DeathLock.java:22)
Locked ownable synchronizers:
- <0x00000000d602d610> (a java.util.concurrent.locks.ReentrantLock$Nonfa
irSync)
Found one Java-level deadlock:
=============================
"mythread2":
waiting for ownable synchronizer 0x00000000d602d610, (a java.util.concurrent.l
ocks.ReentrantLock$NonfairSync),
which is held by "mythread1"
"mythread1":
waiting for ownable synchronizer 0x00000000d602d640, (a java.util.concurrent.l
ocks.ReentrantLock$NonfairSync),
which is held by "mythread2"
Java stack information for the threads listed above:
===================================================
"mythread2":
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000000d602d610> (a java.util.concurrent.lock
s.ReentrantLock$NonfairSync)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInt
errupt(AbstractQueuedSynchronizer.java:836)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(A
bstractQueuedSynchronizer.java:870)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(Abstrac
tQueuedSynchronizer.java:1199)
at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLo
ck.java:209)
at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)
at DeathLock$2.run(DeathLock.java:34)
"mythread1":
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000000d602d640> (a java.util.concurrent.lock
s.ReentrantLock$NonfairSync)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInt
errupt(AbstractQueuedSynchronizer.java:836)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(A
bstractQueuedSynchronizer.java:870)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(Abstrac
tQueuedSynchronizer.java:1199)
at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLo
ck.java:209)
at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285)
at DeathLock$1.run(DeathLock.java:22)
Found 1 deadlock.
jstack檢測cpu高
步驟一：查看cpu占用高進(jìn)程
top
Mem: 16333644k total, 9472968k used, 6860676k free, 165616k buffers
Swap: 0k total, 0k used, 0k free, 6665292k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
17850 root 20 0 7588m 112m 11m S 100.7 0.7 47:53.80 java
1552 root 20 0 121m 13m 8524 S 0.7 0.1 14:37.75 AliYunDun
3581 root 20 0 9750m 2.0g 13m S 0.7 12.9 298:30.20 java
1 root 20 0 19360 1612 1308 S 0.0 0.0 0:00.81 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root RT 0 0 0 0 S 0.0 0.0 0:00.14 migration/0
步驟二：查看cpu占用高線程
top -H -p 17850
top - 17:43:15 up 5 days, 7:31, 1 user, load average: 0.99, 0.97, 0.91
Tasks: 32 total, 1 running, 31 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.7%us, 8.9%sy, 0.0%ni, 87.4%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 16333644k total, 9592504k used, 6741140k free, 165700k buffers
Swap: 0k total, 0k used, 0k free, 6781620k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
17880 root 20 0 7588m 112m 11m R 99.9 0.7 50:47.43 java
17856 root 20 0 7588m 112m 11m S 0.3 0.7 0:02.08 java
17850 root 20 0 7588m 112m 11m S 0.0 0.7 0:00.00 java
17851 root 20 0 7588m 112m 11m S 0.0 0.7 0:00.23 java
17852 root 20 0 7588m 112m 11m S 0.0 0.7 0:02.09 java
17853 root 20 0 7588m 112m 11m S 0.0 0.7 0:02.12 java
17854 root 20 0 7588m 112m 11m S 0.0 0.7 0:02.07 java
步驟三：轉(zhuǎn)換線程ID
printf "%x\n" 17880
45d8
步驟四：定位cpu占用線程
jstack 17850|grep 45d8 -A 30
"pool-1-thread-11" #20 prio=5 os_prio=0 tid=0x00007fc860352800 nid=0x45d8 runnable [0x00007fc8417d2000]
java.lang.Thread.State: RUNNABLE
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(FileOutputStream.java:326)
at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
- locked <0x00000006c6c2e708> (a java.io.BufferedOutputStream)
at java.io.PrintStream.write(PrintStream.java:482)
- locked <0x00000006c6c10178> (a java.io.PrintStream)
at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:221)
at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:291)
at sun.nio.cs.StreamEncoder.flushBuffer(StreamEncoder.java:104)
- locked <0x00000006c6c26620> (a java.io.OutputStreamWriter)
at java.io.OutputStreamWriter.flushBuffer(OutputStreamWriter.java:185)
at java.io.PrintStream.write(PrintStream.java:527)
- eliminated <0x00000006c6c10178> (a java.io.PrintStream)
at java.io.PrintStream.print(PrintStream.java:597)
at java.io.PrintStream.println(PrintStream.java:736)
- locked <0x00000006c6c10178> (a java.io.PrintStream)
at com.demo.guava.HardTask.call(HardTask.java:18)
at com.demo.guava.HardTask.call(HardTask.java:9)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
"pool-1-thread-10" #19 prio=5 os_prio=0 tid=0x00007fc860345000 nid=0x45d7 waiting on condition [0x00007fc8418d3000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000006c6c14178> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
Jmap
原文參考：http://www.reibang.com/p/c52ffaca40a5
jmap是JDK自帶的工具軟件，主要用于打印指定Java進(jìn)程(或核心文件巩剖、遠(yuǎn)程調(diào)試服務(wù)器)的
共享對象內(nèi)存映射或堆內(nèi)存細(xì)節(jié)慨灭。可以使用jmap生成Heap Dump球及。在Java命令Java Dump和Java命令:Jstack中分別有關(guān)于Java Dump以及線程 Dump的介紹氧骤。 這篇文章主要介紹Java的堆Dump以及jmap命令
什么是堆Dump
基礎(chǔ)知識
Java虛擬機(jī)的內(nèi)存組成以及堆內(nèi)存介紹
Java GC工作原理
常見內(nèi)存錯誤：
outOfMemoryError 年老代內(nèi)存不足。
outOfMemoryError:PermGen Space 永久代內(nèi)存不足吃引。
outOfMemoryError:GC overhead limit exceed 垃圾回收時間占用系統(tǒng)運行時間的98%或以上筹陵。
jmap 用法摘要
Usage:
jmap [option] <pid>
(to connect to running process)
jmap [option] <executable <core>
(to connect to a core file)
jmap [option] [server_id@]<remote server IP or hostname>
(to connect to remote debug server)
where <option> is one of:
<none> to print same info as Solaris pmap
-heap to print java heap summary
-histo[:live] to print histogram of java object heap; if the "live"
suboption is specified, only count live objects
-permstat to print permanent generation statistics
-finalizerinfo to print information on objects awaiting finalization
-dump:<dump-options> to dump java heap in hprof binary format
dump-options:
live dump only live objects; if not specified,
all objects in the heap are dumped.
format=b binary format
file=<file> dump heap to <file>
Example: jmap -dump:live,format=b,file=heap.bin <pid>
-F force. Use with -dump:<dump-options> <pid> or -histo
to force a heap dump or histogram when <pid> does not
respond. The "live" suboption is not supported
in this mode.
-h | -help to print this help message
-J<flag> to pass <flag> directly to the runtime system
- 指定進(jìn)程號(pid)的進(jìn)程 jmap [ option ]
- 指定核心文件 jmap [ option ]
- 指定遠(yuǎn)程調(diào)試服務(wù)器 jmap [ option ] [server-id@]
參數(shù)：
- option 選項參數(shù)是互斥的(不可同時使用)刽锤。想要使用選項參數(shù)，直接跟在命令名稱后即可朦佩。
- pid 需要打印配置信息的進(jìn)程ID并思。該進(jìn)程必須是一個Java進(jìn)程。想要獲取運行的Java進(jìn)程列表语稠，你可以使用jps宋彼。
- executable 產(chǎn)生核心dump的Java可執(zhí)行文件。
- core 需要打印配置信息的核心文件仙畦。
- remote-hostname-or-IP 遠(yuǎn)程調(diào)試服務(wù)器的(請查看jsadebugd)主機(jī)名或IP地址输涕。
- server-id 可選的唯一id，如果相同的遠(yuǎn)程主機(jī)上運行了多臺調(diào)試服務(wù)器慨畸，用此選項參數(shù)標(biāo)識服務(wù)器莱坎。
選項:
- <no option> 如果使用不帶選項參數(shù)的jmap打印共享對象映射，將會打印目標(biāo)虛擬機(jī)中加載的每個共享對象的起始地址寸士、映射大小以及共享對象文件的路徑全稱檐什。這與Solaris的pmap工具比較相似。
- -dump:[live,]format=b,file=<filename> 以hprof二進(jìn)制格式轉(zhuǎn)儲Java堆到指定filename的文件中弱卡。live子選項是可選的乃正。如果指定了live子選項，堆中只有活動的對象會被轉(zhuǎn)儲婶博。想要瀏覽heap dump烫葬，你可以使用jhat(Java堆分析工具)讀取生成的文件。
- -finalizerinfo 打印等待終結(jié)的對象信息凡蜻。
- -heap 打印一個堆的摘要信息搭综，包括使用的GC算法、堆配置信息和generation wise heap usage划栓。
- -histo[:live] 打印堆的柱狀圖兑巾。其中包括每個Java類、對象數(shù)量忠荞、內(nèi)存大小(單位：字節(jié))蒋歌、完全限定的類名。打印的虛擬機(jī)內(nèi)部的類名稱將會帶有一個’*’前綴委煤。如果指定了live子選項堂油，則只計算活動的對象。
- -permstat 打印Java堆內(nèi)存的永久保存區(qū)域的類加載器的智能統(tǒng)計信息碧绞。對于每個類加載器而言府框，它的名稱、活躍度讥邻、地址迫靖、父類加載器院峡、它所加載的類的數(shù)量和大小都會被打印。此外系宜，包含的字符串?dāng)?shù)量和大小也會被打印照激。
- -F 強(qiáng)制模式。如果指定的pid沒有響應(yīng)盹牧，請使用jmap -dump或jmap -histo選項俩垃。此模式下，不支持live子選項汰寓。
- -h 打印幫助信息口柳。
- -help 打印幫助信息。
- -J<flag> 指定傳遞給運行jmap的JVM的參數(shù)踩寇。
示例：
查看java 堆（heap）使用情況,執(zhí)行命令： jmap -heap 31846
Attaching to process ID 31846, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 24.71-b01
using thread-local object allocation.
Parallel GC with 4 thread(s)//GC 方式
Heap Configuration: //堆內(nèi)存初始化配置
MinHeapFreeRatio = 0 //對應(yīng)jvm啟動參數(shù)-XX:MinHeapFreeRatio設(shè)置JVM堆最小空閑比率(default 40)
MaxHeapFreeRatio = 100 //對應(yīng)jvm啟動參數(shù) -XX:MaxHeapFreeRatio設(shè)置JVM堆最大空閑比率(default 70)
MaxHeapSize = 2082471936 (1986.0MB) //對應(yīng)jvm啟動參數(shù)-XX:MaxHeapSize=設(shè)置JVM堆的最大大小
NewSize = 1310720 (1.25MB)//對應(yīng)jvm啟動參數(shù)-XX:NewSize=設(shè)置JVM堆的‘新生代’的默認(rèn)大小
MaxNewSize = 17592186044415 MB//對應(yīng)jvm啟動參數(shù)-XX:MaxNewSize=設(shè)置JVM堆的‘新生代’的最大大小
OldSize = 5439488 (5.1875MB)//對應(yīng)jvm啟動參數(shù)-XX:OldSize=<value>:設(shè)置JVM堆的‘老生代’的大小
NewRatio = 2 //對應(yīng)jvm啟動參數(shù)-XX:NewRatio=:‘新生代’和‘老生代’的大小比率
SurvivorRatio = 8 //對應(yīng)jvm啟動參數(shù)-XX:SurvivorRatio=設(shè)置年輕代中Eden區(qū)與Survivor區(qū)的大小比值
PermSize = 21757952 (20.75MB) //對應(yīng)jvm啟動參數(shù)-XX:PermSize=<value>:設(shè)置JVM堆的‘永生代’的初始大小
MaxPermSize = 85983232 (82.0MB)//對應(yīng)jvm啟動參數(shù)-XX:MaxPermSize=<value>:設(shè)置JVM堆的‘永生代’的最大大小
G1HeapRegionSize = 0 (0.0MB)
Heap Usage://堆內(nèi)存使用情況
PS Young Generation
Eden Space://Eden區(qū)內(nèi)存分布
capacity = 33030144 (31.5MB)//Eden區(qū)總?cè)萘? used = 1524040 (1.4534378051757812MB) //Eden區(qū)已使用
free = 31506104 (30.04656219482422MB) //Eden區(qū)剩余容量
4.614088270399305% used //Eden區(qū)使用比率
From Space: //其中一個Survivor區(qū)的內(nèi)存分布
capacity = 5242880 (5.0MB)
used = 0 (0.0MB)
free = 5242880 (5.0MB)
0.0% used
To Space: //另一個Survivor區(qū)的內(nèi)存分布
capacity = 5242880 (5.0MB)
used = 0 (0.0MB)
free = 5242880 (5.0MB)
0.0% used
PS Old Generation //當(dāng)前的Old區(qū)內(nèi)存分布
capacity = 86507520 (82.5MB)
used = 0 (0.0MB)
free = 86507520 (82.5MB)
0.0% used
PS Perm Generation//當(dāng)前的 “永生代” 內(nèi)存分布
capacity = 22020096 (21.0MB)
used = 2496528 (2.3808746337890625MB)
free = 19523568 (18.619125366210938MB)
11.337498256138392% used
670 interned Strings occupying 43720 bytes.
查看堆內(nèi)存(histogram)中的對象數(shù)量及大小啄清。執(zhí)行命令： jmap -histo 3331
num #instances #bytes class name
編號 個數(shù) 字節(jié) 類名
----------------------------------------------
1: 7 1322080 [I
2: 5603 722368 <methodKlass>
3: 5603 641944 <constMethodKlass>
4: 34022 544352 java.lang.Integer
5: 371 437208 <constantPoolKlass>
6: 336 270624 <constantPoolCacheKlass>
7: 371 253816 <instanceKlassKlass>
將內(nèi)存使用的詳細(xì)情況輸出到文件六水，執(zhí)行命令： jmap -dump:format=b,file=heapDump 6900
然后用jhat命令可以參看 jhat -port 5000 heapDump 在瀏覽器中訪問：http://localhost:5000/ 查看詳細(xì)信息
這個命令執(zhí)行俺孙，JVM會將整個heap的信息dump寫入到一個文件，heap如果比較大的話掷贾，就會導(dǎo)致這個過程比較耗時睛榄，并且執(zhí)行的過程中為了保證dump的信息是可靠的，所以會暫停應(yīng)用想帅。
總結(jié)
1.如果程序內(nèi)存不足或者頻繁GC场靴，很有可能存在內(nèi)存泄露情況，這時候就要借助Java堆Dump查看對象的情況港准。
2.要制作堆Dump可以直接使用jvm自帶的jmap命令
3.可以先使用jmap -heap命令查看堆的使用情況旨剥，看一下各個堆空間的占用情況。
4.使用jmap -histo:[live]查看堆內(nèi)存中的對象的情況浅缸。如果有大量對象在持續(xù)被引用轨帜，并沒有被釋放掉，那就產(chǎn)生了內(nèi)存泄露衩椒，就要結(jié)合代碼蚌父，把不用的對象釋放掉。
5.也可以使用 jmap -dump:format=b,file=<fileName>命令將堆信息保存到一個文件中毛萌，再借助jhat命令查看詳細(xì)內(nèi)容
6.在內(nèi)存出現(xiàn)泄露苟弛、溢出或者其它前提條件下，建議多dump幾次內(nèi)存阁将，把內(nèi)存文件進(jìn)行編號歸檔膏秫，便于后續(xù)內(nèi)存整理分析。
出現(xiàn)問題：
- Error attaching to process: sun.jvm.hotspot.debugger.DebuggerException: Can’t attach to the process
在ubuntu中第一次使用jmap會報錯：Error attaching to process: sun.jvm.hotspot.debugger.DebuggerException: Can't attach to the process做盅，這是oracla文檔中提到的一個bug:http://bugs.java.com/bugdatabase/view_bug.do?bug_id=7050524,解決方式如下：
- echo 0 | sudo tee /proc/sys/kernel/yama/ptrace_scope 該方法在下次重啟前有效荔睹。
- 永久有效方法 sudo vi /etc/sysctl.d/10-ptrace.conf 編輯下面這行: kernel.yama.ptrace_scope = 1 修改為: kernel.yama.ptrace_scope = 0 重啟系統(tǒng)狸演，使修改生效。
趙小胖個人博客
