建站
咨詢
售后
建站咨詢
新聞中心
在Linux系統(tǒng)中，dump堆棧信息是一項(xiàng)非常重要的任務(wù)，它可以幫助程序員和系統(tǒng)管理員快速了解程序的運(yùn)行情況，尤其是當(dāng)程序出現(xiàn)異?；蛘弑罎r(shí)，dump堆棧信息可以有效地幫助我們定位問題的根源。本文將介紹在Linux系統(tǒng)中如何dump堆棧信息。
什么是堆棧？
在計(jì)算機(jī)科學(xué)中，堆棧是一種特殊的數(shù)據(jù)結(jié)構(gòu)，它是一個(gè)先進(jìn)后出（LIFO）的數(shù)據(jù)結(jié)構(gòu)，在堆棧中，最后進(jìn)入的元素是首先被處理的。堆棧常常被用來實(shí)現(xiàn)函數(shù)調(diào)用的過程，每個(gè)函數(shù)調(diào)用都會(huì)在堆棧中分配一定的空間，當(dāng)函數(shù)調(diào)用結(jié)束后，這些空間會(huì)被釋放。
當(dāng)程序出現(xiàn)異常或者崩潰時(shí)，堆棧信息可以非常有用，因?yàn)樗梢燥@示程序在崩潰前的調(diào)用棧信息，從而幫助我們確定程序崩潰的原因及其在代碼中的位置。
如何dump堆棧信息？
在Linux系統(tǒng)中，dump堆棧信息可以通過多種方式實(shí)現(xiàn)，下面我們將介紹幾種常見的方法。
方法一、使用gdb調(diào)試器
gdb是Linux下著名的調(diào)試器，可以用來調(diào)試C語言、C++、Python等多種編程語言的程序。在gdb中，使用“bt”命令即可查看程序的堆棧信息，具體操作步驟如下：
1. 使用gdb啟動(dòng)程序：
“`
gdb your_program
“`
2. 在gdb中執(zhí)行“run”命令啟動(dòng)程序：
“`
(gdb) run
“`
3. 等程序出現(xiàn)異常或者崩潰后，在gdb中執(zhí)行“bt”命令查看堆棧信息：
“`
(gdb) bt
“`
方法二、使用pstack工具
pstack是Linux下的一個(gè)工具，它可以顯示當(dāng)前進(jìn)程的堆棧信息。具體操作步驟如下：
1. 執(zhí)行以下命令查看程序的PID：
“`
ps aux | grep your_program
“`
其中your_program是指要查看的程序名稱。
2. 使用pstack工具查看PID對(duì)應(yīng)的進(jìn)程的堆棧信息：
“`
pstack PID
“`
其中PID是上一步查詢到的程序的PID。
方法三、使用jstack工具
jstack是Java jdk自帶的一種工具，它可以用來查看Java虛擬機(jī)進(jìn)程的堆棧信息。常常用來查看Java進(jìn)程是否出現(xiàn)死鎖、線程阻塞等問題。具體操作步驟如下：
1. 執(zhí)行以下命令查看程序的PID：
“`
ps aux | grep java | grep your_program
“`
其中your_program是指要查看的Java程序名稱。
2. 使用jstack工具查看PID對(duì)應(yīng)的進(jìn)程的堆棧信息：
“`
jstack PID
“`
其中PID是上一步查詢到的Java程序的PID。
無論是對(duì)于程序員還是系統(tǒng)管理員來說，dump堆棧信息是一項(xiàng)非常重要的任務(wù)。通過對(duì)堆棧信息的分析，我們可以了解程序的整個(gè)調(diào)用過程，確定程序崩潰的原因及其在代碼中的位置。在Linux系統(tǒng)中，我們可以使用gdb、pstack、jstack等工具來dump堆棧信息。這些工具的使用方法不同，但其實(shí)現(xiàn)的目的是相同的，即通過查看程序的堆棧信息來幫助我們快速解決問題。
相關(guān)問題拓展閱讀：
- Linux里面什么是dump線程？
- kill-3生成的線程堆棧怎么查看
- linux內(nèi)核內(nèi)存泄露檢測(cè)
Linux里面什么是dump線程？
線程dump是非常有用的診斷java應(yīng)用問題的工具，每一個(gè)java虛早旅擬機(jī)都有及時(shí)生成顯示所有線程在某一點(diǎn)狀態(tài)的線程dump能力。雖然每個(gè)java虛擬機(jī)線程dump打印輸出格式上略微有散睜陵一些不同，但是線程dump的信息包含線程基本信息、線沖戚程的運(yùn)行狀態(tài)、標(biāo)識(shí)、調(diào)用的堆棧；調(diào)用的堆棧包含完整的類名，所執(zhí)行的方法，如果可能的話還有源代碼的行數(shù)。
kill-3生成的線程堆棧怎么查看
之一步：在終端運(yùn)行Java程序
第二步：通過命令 pidof java 找到已經(jīng)啟動(dòng)的java進(jìn)程的ID，選擇需要查看的java程序的進(jìn)程ID
第三步：使用命令 kill -3 打印出java程序的線程堆棧信息
第四步：通常情況下運(yùn)行的項(xiàng)目可和賣迅能會(huì)比較大，那么這個(gè)時(shí)候打印的堆棧信息可能會(huì)有幾千到幾萬行，為了方便查看，我們往往需要將輸出內(nèi)容進(jìn)行重定向
使用linux下的重定向命令方式即可：例如： demo.sh > run.log 2>&1 將輸出信息重定向到 run.log中。
注：在操作系統(tǒng)中，0 1 2分別對(duì)應(yīng)著不同的含義， 如下：
0 ： 標(biāo)準(zhǔn)輸入，即：C中的stdin ， java中的System.in
1 ： 標(biāo)準(zhǔn)輸出， 即：C中的stdout ，java中的配正System.out
2 ： 錯(cuò)誤輸出， 即：C中的stderr ， java中的System.err
Demo：
Sources Code ：
public class PrintThreadTrace {
Object obj1 = new Object();
Object obj2 = new Object();
public void func1(){
synchronized (obj1){
func2();
}
}
public void func2(){
synchronized (obj2){
while(true){
System.out.print(“”);
}
}
}
public static void main(String args){
PrintThreadTrace ptt = new PrintThreadTrace();
ptt.func1();
}
}
按照步驟操作后喚此的打印輸出信息：
Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.79-b02 mixed mode):
“Service Thread” daemon prio=10 tid=0x00007fdc880a9000 nid=0x12a4 runnable
java.lang.Thread.State: RUNNABLE
“C2 CompilerThread1” daemon prio=10 tid=0x00007fdc880a7000 nid=0x12a3 waiting on condition
java.lang.Thread.State: RUNNABLE
“C2 CompilerThread0” daemon prio=10 tid=0x00007fdc880a4000 nid=0x12a2 waiting on condition
java.lang.Thread.State: RUNNABLE
“JDWP Command Reader” daemon prio=10 tid=0x00007fdcnid=0x1299 runnable
java.lang.Thread.State: RUNNABLE
“JDWP Event Helper Thread” daemon prio=10 tid=0x00007fdc880a1800 nid=0x1298 runnable
java.lang.Thread.State: RUNNABLE
“JDWP Transport Listener: dt_socket” daemon prio=10 tid=0x00007fdc8809e000 nid=0x1297 runnable
java.lang.Thread.State: RUNNABLE
“Signal Dispatcher” daemon prio=10 tid=0x00007fdcnid=0x1296 waiting on condition
java.lang.Thread.State: RUNNABLE
“Finalizer” daemon prio=10 tid=0x00007fdcnid=0x1295 in Object.wait()
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
– waiting on (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
– locked (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)
“Reference Handler” daemon prio=10 tid=0x00007fdc8806f800 nid=0x1294 in Object.wait()
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
– waiting on (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:503)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
– locked (a java.lang.ref.Reference$Lock)
“main” prio=10 tid=0x00007fdc8800b800 nid=0x128e runnable
java.lang.Thread.State: RUNNABLE
at com.wenchain.study.PrintThreadTrace.func2(PrintThreadTrace.java:20)
– locked (a java.lang.Object)
at com.wenchain.study.PrintThreadTrace.func1(PrintThreadTrace.java:13)
– locked (a java.lang.Object)
at com.wenchain.study.PrintThreadTrace.main(PrintThreadTrace.java:27)
“VM Thread” prio=10 tid=0x00007fdc8806b000 nid=0x1293 runnable
“GC task thread#0 (ParallelGC)” prio=10 tid=0x00007fdcnid=0x128f runnable
“GC task thread#1 (ParallelGC)” prio=10 tid=0x00007fdcnid=0x1290 runnable
“GC task thread#2 (ParallelGC)” prio=10 tid=0x00007fdcnid=0x1291 runnable
“GC task thread#3 (ParallelGC)” prio=10 tid=0x00007fdcnid=0x1292 runnable
“VM Periodic Task Thread” prio=10 tid=0x00007fdc880b3800 nid=0x12a5 waiting on condition
JNI global references: 1391
Heap
PSYoungGen total 17920K, used 1270K
eden space 15872K, 8% used
from space 2023K, 0% used
to space 2023K, 0% used
ParOldGentotal 39424K, used 0K
object space 39424K, 0% used
PSPermGentotal 21504K, used 2619K
object space 21504K, 12% used
上面的信息中包含了當(dāng)前JVM中所有運(yùn)行的線程信息，其中在示例中我們啟動(dòng)的線程為main線程，其余的都是JVM自己創(chuàng)建的。
在打印的信息中，我們可以清楚的看見當(dāng)前線程的調(diào)用上下文，可以很清楚的知道程序的運(yùn)行情況。
并且我們?cè)谧詈竺孢€能看見當(dāng)前虛擬機(jī)中的內(nèi)存使用情況，青年世代，老年世代的信息等等…
PS: 在JDK1.5以上，我們可以通過在Java程序中調(diào)用Thread.getStackTrace()方法來進(jìn)行堆棧的自動(dòng)打印，使得線程堆棧的打印時(shí)機(jī)可編程控制。
文章知識(shí)點(diǎn)與官方知識(shí)檔案匹配
Java技能樹首頁概覽
89841 人正在系統(tǒng)學(xué)習(xí)中
點(diǎn)擊閱讀全文
打開CSDN，閱讀體驗(yàn)更佳
jstack-查看Java進(jìn)程的線程堆棧信息,鎖定高消耗資源代碼
jstack主要用來查看某個(gè)Java進(jìn)程內(nèi)的線程堆棧信息。語法格式如下: jstackpid jstackexecutable core jstackremote-hostname-or-ip 命令行參數(shù)選項(xiàng)說明如下: …
011Java并發(fā)包018查看線程堆棧信息_執(zhí)筆未來的博客
java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:1088) java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.take(ScheduledThreadPoolExecutor.java:809) java.util.concurre…
最新發(fā)布 jstack — java堆棧常用排查指令
jstack — java堆棧常用排查指令
繼續(xù)訪問
熱門推薦 jstack 命令查看JAVA線程堆棧
JAVA堆棧信息實(shí)際生產(chǎn)中，可能由于開發(fā)以及測(cè)試未能全面覆蓋的代碼質(zhì)量、性能問題，而引致線程掛起甚至崩潰。可能就需要查看堆棧信息來排查問題了。jps -lvmjps -lvm 用于查看當(dāng)前機(jī)器上運(yùn)行的java進(jìn)程。C:\Users\Administrator>jps -lvmDosgi.requiredJavaVersion=1.8 -Dosgi.instance.area.defa
繼續(xù)訪問
Java多線程——查看線程堆棧信息
Java多線程——查看線程堆棧信息 摘要：本文主要介紹了查看線程堆棧信息的方法。 使用Thread類的getAllStackTraces()方法 方法定義 可以看到getAllStackTraces()方法的返回值是一個(gè)Map對(duì)象，key是Thread的實(shí)例，value是一個(gè)StackTraceElement實(shí)例數(shù)組： 1 public static Map的線程CPU類似 1、支持一鍵展示當(dāng)前最忙的前N個(gè)線程并打印堆棧 thread -n 3 沒有線程ID，包含表示為JVM內(nèi)部線程，參考dashboard命令的介紹。 cpuUsage為采樣間隔時(shí)間內(nèi)線程的CPU使用率，與dashboard命令的數(shù)據(jù)一致。 deltaTime為采樣間隔時(shí)間內(nèi)線程的增量CPU時(shí)間，小于1ms時(shí)被取整顯示為0ms。 time線程運(yùn)行總CPU…
繼續(xù)訪問
java查看線程的堆棧信息
通過使用jps 命令獲取需要監(jiān)控的進(jìn)程的pid，然后使用jstackpid 命令查看線程的堆棧信息。 通過jstack命令可以獲取當(dāng)前進(jìn)程的所有線程信息。 每個(gè)線程堆中信息中，都可以查看到線程ID、線程的狀態(tài)（wait、sleep、running 等狀態(tài)）、是否持有鎖信息等。 jstack -l >jvm_listlocks.txt 轉(zhuǎn)…
繼續(xù)訪問
java 查看線程堆棧信息_Java多線程——查看線程堆棧信息
java多線程——查看線程堆棧信息摘要：本文主要介紹了查看線程堆棧信息的方法。使用thread類的getallstacktraces()方法方法定義可以看到getallstacktraces()方法的返回值是一個(gè)map對(duì)象，key是thread的實(shí)例，value是一個(gè)stacktraceelement實(shí)例數(shù)組：1 public static map getallstacktraces()使用可以使…
繼續(xù)訪問
java線程堆棧信息分析
java堆棧信息分析
繼續(xù)訪問
java 查看堆棧_javap 命令查看堆棧中信息
javap命令是對(duì).java文件進(jìn)行反編譯，通過這個(gè)命令可以看到堆棧中是怎么壓棧和出棧的已經(jīng)執(zhí)行順序，這里簡(jiǎn)單解釋下javap的簡(jiǎn)單的使用，下面舉個(gè)例子：題目：i++ 和++i的區(qū)別解釋：簡(jiǎn)單點(diǎn)說 這個(gè)問題都不難回答，這里就不說了，但是實(shí)際上堆棧中區(qū)別也是老大了(這里就用到了javap命令)， 步驟：1.在任意一個(gè)盤下面建一個(gè)名為Test.java的文件(文件名可以隨意命名)代碼如下：public…
繼續(xù)訪問
java 查看線程堆棧信息_jstack-查看Java進(jìn)程的線程堆棧信息，鎖定高消耗資源代碼。…
jstack主要用來查看某個(gè)Java進(jìn)程內(nèi)的線程堆棧信息。語法格式如下：jstackpidjstackexecutablecorejstackremote-hostname-or-ip命令行參數(shù)選項(xiàng)說明如下：-llonglistings，會(huì)打印出額外的鎖信息，在發(fā)生死鎖時(shí)可以用jstack-lpid來觀察…
繼續(xù)訪問
java堆棧信息怎么看_線程堆棧信息怎么看？ – cs_person的個(gè)人空間 – OSCHINA – 中文開源技術(shù)交流社區(qū)…
一條線程堆棧信息大概長(zhǎng)成下面這個(gè)樣子：RMI TCP Connection(267865)-172.16.5.25″ daemon prio=10 tid=0x00007fdnid=0x55ae waiting for monitor entry java.lang.Thread.State: BLOCKED (on object m…
繼續(xù)訪問
線程堆棧信息怎么看？
一條線程堆棧信息大概長(zhǎng)成下面這個(gè)樣子： RMI TCP Connection(267865)-172.16.5.25″ daemon prio=10 tid=0x00007fdnid=0x55ae waiting for monitor entry
繼續(xù)訪問
java的棧和堆
棧與堆都是Java用來在Ram中存放數(shù)據(jù)的地方。與C++不同，Java自動(dòng)管理?xiàng)：投眩绦騿T不能直接地設(shè)置?；蚨?。 Java 的堆是一個(gè)運(yùn)行時(shí)數(shù)據(jù)區(qū),類的(對(duì)象從中分配空間。這些對(duì)象通過new、newarray、anewarray和multianewarray等指令建立，它們不需要程序代碼來顯式的釋放。堆是由垃圾回收來負(fù)責(zé)的，堆的優(yōu)勢(shì)是可以動(dòng)態(tài)地分配內(nèi)存大小，生存期也不必事先告訴編譯器，因?yàn)樗窃凇?/p>
繼續(xù)訪問
查看java線程_【JAVA】Java線程堆棧信息查看
如何獲得線程的堆棧信息？線上服務(wù)器cpu 100%了，該如何排查問題？1.top命令查詢哪個(gè)pid進(jìn)程占用cpu高(ps -ef|grep java 獲取PID號(hào))2.通過 top -Hp pid 可以查看該進(jìn)程下各個(gè)線程的cpu使用情況,獲取占用cpu高的線程id3.執(zhí)行命令：printf “%X\n” 線程tid(用于獲取占用cpu高的線程id的16進(jìn)制數(shù))4.執(zhí)行命令：jstack pid …
繼續(xù)訪問
kill -3 java_kill -3 PID命令獲取java應(yīng)用堆棧信息
一、應(yīng)用場(chǎng)景：當(dāng)linux服務(wù)器出現(xiàn)異常情況(響應(yīng)緩慢，負(fù)載持續(xù)飆升)并且服務(wù)器沒有安裝對(duì)應(yīng)的包而無法使用jstack等命令時(shí)，可以使用linux的kill相關(guān)命令打印堆棧信息。命令格式：kill -3 PID二、執(zhí)行步驟：2.1、獲取java進(jìn)程的PIDps -ef|grep java結(jié)果的第二列數(shù)字就是進(jìn)程對(duì)應(yīng)的pid。2.2、kill -3 PID(1)如果項(xiàng)目通過Tomcat進(jìn)行發(fā)布(普通…
繼續(xù)訪問
jstack 工具 查看JVM堆棧信息
1|0介紹 jstack是java虛擬機(jī)自帶的一種堆棧跟蹤工具。jstack用于打印出給定的java進(jìn)程ID或corefile或遠(yuǎn)程調(diào)試服務(wù)的Java堆棧信息，如果是在64位機(jī)器上，需要指定選項(xiàng)”-J-d64″，Windows的jstack使用方式只支持以下的這種方式： jstack pid 主要分為兩個(gè)功能： a． 針對(duì)活著的進(jìn)程做本地的或遠(yuǎn)程的線程dump； b． 針對(duì)core文件做線程dump。 jstack用于生成java虛擬機(jī)當(dāng)前時(shí)刻的線程快照。線程快照是…
繼續(xù)訪問
linux查看java堆棧
1、查看JAVA進(jìn)程JVM參數(shù) jinfo -flags pid(進(jìn)程號(hào)) -XX:CICompilerCount=2 更大的并行編譯數(shù) -XX:InitialHeapSize=JVM 的初始堆內(nèi)存大小 -XX:MaxHeapSize=JVM 的更大堆內(nèi)存大小 -XX:MaxNewSize=XX:MinHeapDeltaBytes=XX:NewSize=XX:OldSize=、JVM 查看.
繼續(xù)訪問
Linux 如何查看一個(gè)進(jìn)程的堆棧
有兩種方法：之一種：pstack 進(jìn)程ID第二種，使用gdb 然后attach 進(jìn)程ID，然后再使用命令 thread apply all bt 兩種方法都可以列出進(jìn)程所有的線程的當(dāng)前的調(diào)用棧。不過，使用gdb的方法，還可以查看某些信息，例如局部變量，指針等。不過，如果只看調(diào)用棧的話，pstack還是很方便的。
繼續(xù)訪問
JAVA獲取堆棧信息
1. 通過Throwable獲取 StackTraceElement stackTrace = new Throwable().getStackTrace(); 2. 通過Thread獲取 StackTraceElement stackTrace = Thread.currentThread().getStackTrace();
繼續(xù)訪問
java 查看線程棧大小_基于 Java 線程棧的問題排查
linux內(nèi)核內(nèi)存泄露檢測(cè)
經(jīng)常碰到系統(tǒng)跑著跑著一段時(shí)間內(nèi)存滿了，出現(xiàn)內(nèi)存泄漏的問題，系統(tǒng)軟件太龐大，這類問題又不好直接從源碼中分析，所以需要借助工具來分析了，kmemleak就是這樣的一個(gè)工具。
在Kernel hacking中打開CONFIG_DEBUG_KMEMLEAK =y即使能了kmemleak，其實(shí)就是開了一個(gè)內(nèi)核線程，該內(nèi)核線程每10分鐘（默認(rèn)值）掃描內(nèi)存，并打印發(fā)現(xiàn)派耐新的未引用的對(duì)象的數(shù)量。kmemleak的原理其實(shí)就是通過kmalloc、vmalloc、kmem_cache_alloc等內(nèi)存的分配，跟蹤其指針，連同其他的分配大小和堆棧跟蹤信息，存儲(chǔ)在PRIO搜索樹。如果存在相應(yīng)的釋放函數(shù)調(diào)用跟蹤和指針，就會(huì)從kmemleak數(shù)據(jù)結(jié)構(gòu)中移除塵毀春。下面我們看看具體的用法。
查看內(nèi)核打印信息詳細(xì)過程如下：
1、掛載debugfs文件系統(tǒng)
mount -t debugfs nodev /sys/kernel/debug/
2、開啟內(nèi)核自動(dòng)檢測(cè)線程
echo scan > /sys/kernel/debug/kmemleak
3、查看打印信息
cat /sys/kernel/debug/kmemleak
4、清除內(nèi)核檢測(cè)報(bào)告，新的內(nèi)存泄露報(bào)告將重新寫入/sys/kernel/debug/kmemleak
echo clear > /sys/kernel/debug/kmemleak
內(nèi)存掃描參數(shù)可以進(jìn)行修改通過向/sys/kernel/debug/kmemleak 文件寫入。 參數(shù)使用如下：
off 禁用kmemleak（不可逆）
stack=on 啟用任務(wù)堆棧掃描(default)
stack=off 禁用任務(wù)堆棧掃描
scan=on 啟動(dòng)自動(dòng)記憶掃描線程(default)
scan=off 停止自動(dòng)記憶掃描線程
scan= 設(shè)置n秒內(nèi)自動(dòng)記憶掃描，默認(rèn)600s
scan 開啟內(nèi)核掃描
clear 清除內(nèi)存泄露報(bào)告
dump= 轉(zhuǎn)存信息對(duì)象在
通過“kmemleak = off”，也可以在啟動(dòng)時(shí)禁用Kmemleak在內(nèi)核命令行。在初始化kmemleak之前，內(nèi)存的分配或釋放這些動(dòng)作被存儲(chǔ)在余弊一個(gè)前期日志緩沖區(qū)。這個(gè)緩沖區(qū)的大小通過配CONFIG_DEBUG_KMEMLEAK_EAR_LOG_SIZE設(shè)置。
關(guān)于linux dump堆棧信息的介紹到此就結(jié)束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關(guān)注本站。
香港服務(wù)器選創(chuàng)新互聯(lián)，2H2G首月10元開通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）互聯(lián)網(wǎng)服務(wù)提供商,擁有超過10年的服務(wù)器租用、服務(wù)器托管、云服務(wù)器、虛擬主機(jī)、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗(yàn)。專業(yè)提供云主機(jī)、虛擬主機(jī)、域名注冊(cè)、VPS主機(jī)、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。
網(wǎng)站欄目：Linux如何dump堆棧信息？(linuxdump堆棧信息)
URL網(wǎng)址：http://m.5511xx.com/article/dpegohd.html
