JDK14效能管理工具之jstack使用介紹

阿新 • • 發佈：2020-05-12

在之前的文章中，我們介紹了JDK14中jstat工具的使用，本文我們再深入探討一下jstack工具的使用。

jstack工具主要用來列印java堆疊資訊，主要是java的class名字，方法名，位元組碼索引，行數等資訊。

jstack的命令格式

Usage:
  jstack [-l][-e] <pid>
    (to connect to running process)

Options:
  -l long listing. Prints additional information about locks
  -e extended listing. Prints additional information about threads
  -? -h --help -help to print this help message

jstack的引數比較簡單，l可以包含鎖的資訊，e包含了額外的資訊。

jstack的使用

我們舉個例子：

jstack -l -e 53528

輸出結果如下：

2020-05-09 21:46:51
Full thread dump Java HotSpot(TM) 64-Bit Server VM (14.0.1+7 mixed mode,sharing):
Threads class SMR info:
_java_thread_list=0x00007fda0660eb00,length=14,elements={
0x00007fda04811000,0x00007fda05845800,0x00007fda05012000,0x00007fda05847800,
0x00007fda05843800,0x00007fda05854800,0x00007fda0481f000,0x00007fda0481f800,

0x00007fda04018800,0x00007fda041ff800,0x00007fda05a28800,0x00007fda05b1a800,
0x00007fda05b1d800,0x00007fda042be000
}
"Reference Handler" #2 daemon prio=10 os_prio=31 cpu=0.67ms elapsed=66335.21s allocated=0B defined_classes=0 tid=0x00007fda04811000 nid=0x4603 waiting on condition [0x000070000afe1000]
java.lang.Thread.State: RUNNABLE
at java.lang.ref.Reference.waitForReferencePendingList([email protected]/Native Method)

at java.lang.ref.Reference.processPendingReferences([email protected]/Reference.java:241)
at java.lang.ref.Reference$ReferenceHandler.run([email protected]/Reference.java:213)
Locked ownable synchronizers:
- None
...
"VM Thread" os_prio=31 cpu=1433.78ms elapsed=66335.22s tid=0x00007fda0506b000 nid=0x4803 runnable
"GC Thread#0" os_prio=31 cpu=18.63ms elapsed=66335.23s tid=0x00007fda0502a800 nid=0x3203 runnable
"GC Thread#1" os_prio=31 cpu=19.64ms elapsed=66334.06s tid=0x00007fda050e5800 nid=0x9d03 runnable
"GC Thread#2" os_prio=31 cpu=17.72ms elapsed=66334.06s tid=0x00007fda05015000 nid=0x6203 runnable
"GC Thread#3" os_prio=31 cpu=14.57ms elapsed=66332.78s tid=0x00007fda05138800 nid=0x6503 runnable
"G1 Main Marker" os_prio=31 cpu=0.25ms elapsed=66335.23s tid=0x00007fda05031000 nid=0x3303 runnable
"G1 Conc#0" os_prio=31 cpu=14.85ms elapsed=66335.23s tid=0x00007fda05031800 nid=0x4b03 runnable
"G1 Refine#0" os_prio=31 cpu=3.25ms elapsed=66335.23s tid=0x00007fda0583a800 nid=0x4a03 runnable
"G1 Young RemSet Sampling" os_prio=31 cpu=5929.79ms elapsed=66335.23s tid=0x00007fda0505a800 nid=0x3503 runnable
"VM Periodic Task Thread" os_prio=31 cpu=21862.12ms elapsed=66335.13s tid=0x00007fda0505b000 nid=0xa103 waiting on condition
JNI global refs: 43,weak refs: 45

輸出的結果我們可以分為下面幾個部分：

JVM虛擬機器資訊

第一部分是JVM虛擬機器的資訊

2020-05-09 21:46:51
Full thread dump Java HotSpot(TM) 64-Bit Server VM (14.0.1+7 mixed mode,sharing):

上面顯示了虛擬機器的thread dump時間和虛擬機器的版本等資訊。

Threads class SMR info

第二部分是JVM中非JVM（非VM和非GC的執行緒）的內部執行緒資訊。

Threads class SMR info:
_java_thread_list=0x00007fda0660eb00,0x00007fda042be000
}

這些elements是和後面執行緒的tid相匹配的。表示的是本地執行緒物件的地址，注意這些不是執行緒的ID。

大家可能注意到了裡面寫的是SMR， SMR全稱是Safe Memory Reclamation。

什麼是SMR呢？簡單點講就是安全的記憶體分配，一般這個問題會出現在非自動GC的程式語言中如C++。在這些語言中，需要自己來為物件分配記憶體和銷燬物件，這樣就可能導致在多執行緒的環境中，一個地址可能被分配給了多個物件，從而出現了記憶體分配的不安全。

執行緒資訊

第三部分就是執行緒的具體資訊了：

"Reference Handler" #2 daemon prio=10 os_prio=31 cpu=0.67ms elapsed=66335.21s allocated=0B defined_classes=0 tid=0x00007fda04811000 nid=0x4603 waiting on condition [0x000070000afe1000]
  java.lang.Thread.State: RUNNABLE
  at java.lang.ref.Reference.waitForReferencePendingList(java.base@14.0.1/Native Method)
  at java.lang.ref.Reference.processPendingReferences([email protected]/Reference.java:241)
  at java.lang.ref.Reference$ReferenceHandler.run([email protected]/Reference.java:213)

  Locked ownable synchronizers:
  - None

按照欄位的順序，我們可以把執行緒資訊分為下面幾個部分：

執行緒名字:例如Reference Handler
執行緒的ID:例如#2
是否守護執行緒:例如daemon，daemon threads是低優先順序的thread，它的作用是為User Thread提供服務。因為daemon threads的低優先順序，並且僅為user thread提供服務，所以當所有的user thread都結束之後，JVM會自動退出，不管是否還有daemon threads在執行中。
優先順序:例如prio=10
OS執行緒的優先順序:例如os_prio=31
cpu時間:執行緒獲得CPU的時間,例如cpu=0.67ms
elapsed:執行緒啟動後經過的wall clock time
allocated:本執行緒分配的分配的bytes數
defined_classes:本執行緒定義的class個數

注意'allocated=' 和 ‘defined_classes=' 必須要開啟 -XX:+PrintExtendedThreadInfo才會輸出資料。

Address:java執行緒的地址，例如:tid=0x00007fda04811000
OS執行緒ID:例如nid=0x4603
執行緒狀態:例如waiting on condition
最新的Java堆疊指標:最新的java堆疊指標SP，例如:[0x000070000afe1000]

接下來就是執行緒的堆疊資訊：

java.lang.Thread.State: RUNNABLE
  at java.lang.ref.Reference.waitForReferencePendingList(java.base@14.0.1/Native Method)
  at java.lang.ref.Reference.processPendingReferences([email protected]/Reference.java:241)
  at java.lang.ref.Reference$ReferenceHandler.run([email protected]/Reference.java:213)

上面的例子是執行緒的堆疊資訊，並且列出來了執行緒的狀態。

Locked Ownable Synchronizer

接下來的部分是該執行緒擁有的，可用的用於同步的排它鎖物件。

Ownable Synchronizer是一個同步器，這個同步器的同步屬性是通過使用AbstractOwnableSynchronizer或者它的子類來實現的。

例如ReentrantLock和ReentrantReadWriteLock中的write-lock（注意不是read-lock，因為需要排它性）就是兩個例子。

JVM Threads

接下來是JVM的執行緒資訊，因為這個執行緒是JVM內部的，所以沒有執行緒ID：

"VM Thread" os_prio=31 cpu=1433.78ms elapsed=66335.22s tid=0x00007fda0506b000 nid=0x4803 runnable

"GC Thread#0" os_prio=31 cpu=18.63ms elapsed=66335.23s tid=0x00007fda0502a800 nid=0x3203 runnable

"GC Thread#1" os_prio=31 cpu=19.64ms elapsed=66334.06s tid=0x00007fda050e5800 nid=0x9d03 runnable

"GC Thread#2" os_prio=31 cpu=17.72ms elapsed=66334.06s tid=0x00007fda05015000 nid=0x6203 runnable

"GC Thread#3" os_prio=31 cpu=14.57ms elapsed=66332.78s tid=0x00007fda05138800 nid=0x6503 runnable

"G1 Main Marker" os_prio=31 cpu=0.25ms elapsed=66335.23s tid=0x00007fda05031000 nid=0x3303 runnable

"G1 Conc#0" os_prio=31 cpu=14.85ms elapsed=66335.23s tid=0x00007fda05031800 nid=0x4b03 runnable

"G1 Refine#0" os_prio=31 cpu=3.25ms elapsed=66335.23s tid=0x00007fda0583a800 nid=0x4a03 runnable

"G1 Young RemSet Sampling" os_prio=31 cpu=5929.79ms elapsed=66335.23s tid=0x00007fda0505a800 nid=0x3503 runnable
"VM Periodic Task Thread" os_prio=31 cpu=21862.12ms elapsed=66335.13s tid=0x00007fda0505b000 nid=0xa103 waiting on condition

JNI References

最後一部分是JNI（Java Native Interface）引用的資訊，注意這些引用可能會導致記憶體洩露，因為這些native的引用並不會被自動垃圾回收。

JNI global refs: 43,weak refs: 45

jstack是分析執行緒的非常強大的工具，希望大家能夠使用起來。

總結

到此這篇關於JDK14效能管理工具之jstack使用介紹的文章就介紹到這了,更多相關JDK14效能管理工具jstack使用內容請搜尋我們以前的文章或繼續瀏覽下面的相關文章希望大家以後多多支援我們！

JDK14效能管理工具之jstack使用介紹

在之前的文章中，我們介紹了JDK14中jstat工具的使用，本文我們再深入探討一下jstack工具的使用。

JDK14效能管理工具之Jconsole的使用詳解

我們在開發java專案的時候，或多或少都會去用到Java的效能管理工具。有時候是為了提升應用程式的效能，有時候是為了查詢java應用程式的bug。

原始碼管理工具之github介紹

Github簡介　　GitHub是一個面向開源及私有軟體專案的託管平臺，因為只支援Git作為唯一的版本庫格式進行託管，故名GitHub。

Python記憶體優化管理工具之slot【提升效能篇】

技術標籤：程式設計／Pythonpython # __slot__的設計初衷:減少記憶體的使用，是作為一種記憶體優化工具來設計的

資料庫版本管理工具Flyway使用介紹

一、引言在日常開發中，我們可能經常遇到這樣的問題，由於專案需求的變化，或者前期需求設計不完善，導致在後期需要修改已經設計好的資料庫表結構。如果是一個新開發的專案，還處於開發階段，新增欄位還好，但是

Windows自帶效能監控工具Perfmon使用介紹

一、Perfmon簡介　　Perfmon(Performance Monitor)是一款Windows自帶的效能監控工具，提供了圖表化的系統性能實時監視器、效能日誌和警報管理。通過新增效能計數器(Performance Counter)可以實現對CPU、記憶體、網路

16丨案例：效能監控工具之Grafana-Prometheus-Exporters

在本模組中，我將把幾個常用的監控部分給梳理一下。前面我們提到過，在效能監控圖譜中，有作業系統、應用伺服器、中介軟體、佇列、快取、資料庫、網路、前端、負載均衡、Web伺服器、儲存、程式碼等很多需要監控的點。

24丨Kafka：效能監控工具之佇列級監控及常用計數器解析

在我看來佇列伺服器是最簡單的一種元件了。因為佇列給我們下手的機會實在是並不多。我們只是用它，如果想改變它就只能去改程式碼，其他的都只是配置問題。

程序管理工具之PM2

Github地址https://github.com/Unitech/pm2 官方文件http://pm2.keymetrics.io/docs/usage/quick-start/

Linux程序管理工具之Supervisor的使用

Supervisor 的使用一Supervisor介紹 Supervisor(http://supervisord.org) 是一個用 [Python] 寫的程序管理工具，可以很方便的用來啟動、重啟、關閉程序(不僅僅是 Python 程序)。除了對單個程序的控制，還可以同時啟

arcmap工具文件-資料管理工具之2——關係類(relationship class)

2.關係類（Relationship Class）關係類可以定義地理資料庫中物件之間的關係，關係包括一對一、一對多或多對多的關係。一旦建立關係，某要素、某行記錄或某張表的增刪查改可能會對所聯絡的其他要素、記錄、表造成影

MySQL效能分析工具之Pt-query-digest

一. 安裝步驟檢查和安裝與Perl相關的模組依賴檢查命令為 rpm -qa perl-DBI perl-DBD-MySQL perl-Time-HiRes perl-IO-Socket-SSL

借鑑別人的。做個筆記SourceTree 使用介紹 git程式碼管理工具-SourceTree 使用介紹

git程式碼管理工具-SourceTree 使用介紹一、SourceTree 簡單說明 SourceTree 是git 程式碼管理的視覺化工具，可省去操作命令列的一個圖形化工具，下載地址：https://www.sourcetreeapp.com/

輕量資料庫管理工具之adminer

github: https://github.com/vrana/adminer 官方文件:https://www.adminer.org/#download Supports: MySQL, MariaDB, PostgreSQL, SQLite, MS SQL, Oracle, Elasticsearch, MongoDB, SimpleDB (plugin), Fireb

go官方包依賴管理工具之mod

1.1、go mod是什麼go mod 是Golang 1.11 版本引入的官方包（package）依賴管理工具，用於解決之前沒有地方記錄依賴包具體版本的問題，方便依賴包的管理。

原始碼管理工具之——Gitee

　　眾所周知，GitHub伺服器在國外，有時候登陸會非常麻煩，尤其是進行push和pull操作時，經常失敗。對中國使用者極其不友好。幸好，中國就有一款和GitHub類似的程式碼託管中心，即 Gitee，中文名叫碼雲。碼雲是開源

對原始碼管理工具GitHub的介紹

一、簡介 GitHub是一個面向開源及私有軟體專案的託管平臺，因為只支援Git作為唯一的版本庫格式進行託管，故名GitHub。GitHub於2008年4月10日正式上線，除了Git程式碼倉庫託管及基本的Web管理介面以外，還提供了訂閱

效能測試工具之的 web 動態請求模擬度對比測評分析報告

1. 概述在《虛擬使用者的 web 靜態請求模擬度對比測評分析報告》報告中，我們瞭解到無論被測物件的請求模型是什麼樣的，Jmeter 工具的虛擬使用者請求的併發模型都是序列的，LoadRunner11 工具的虛擬使用者請求模型都

【Kubernetes系列】第4篇 Kubernetes包管理工具-helm介紹

01概述 Helm是kubernetes包管理工具，可以方便快捷的安裝、管理、解除安裝kubernetes應用，類似於Linux作業系統中yum或apt-get軟體的作用。其主要的設計目的：

介紹Rust(1): 安裝與包管理工具

來自簡書介紹Rust Rust 是由Mozilla主導開發的專門用來編寫高效能應用程式的系統級程式語言，也是一門強調安全、併發、高效的語言。

JDK14效能管理工具之jstack使用介紹

相關推薦