linux查看進程堆棧

❶ kill-3生成的線程堆棧怎麼查看

第一步：在終端運行java程序
第二步：通過命令 pidof java 找到已經啟動的java進程的ID，選擇需要查看的java程序的進程ID
第三步：使用命令 kill -3 <java進行的 pid> 列印出java程序的線程堆棧信息
第四步：通常情況下運行的項目可能會比較大，那麼這個時候列印的堆棧信息可能會有幾千到幾萬行，為了方便查看，我們往往需要將輸出內容進行重定向
使用linux下的重定向命令方式即可：例如： demo.sh > run.log 2>&1 將輸出信息重定向到 run.log中。
註：在操作系統中，0 1 2分別對應著不同的含義， 如下：
0 ： 標准輸入，即：C中的stdin ， java中的System.in
1 ： 標准輸出， 即：C中的stdout ，java中的System.out
2 ： 錯誤輸出， 即：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 mp Java HotSpot(TM) 64-Bit Server VM (24.79-b02 mixed mode):

"Service Thread" daemon prio=10 tid=0x00007fdc880a9000 nid=0x12a4 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" daemon prio=10 tid=0x00007fdc880a7000 nid=0x12a3 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" daemon prio=10 tid=0x00007fdc880a4000 nid=0x12a2 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"JDWP Command Reader" daemon prio=10 tid=0x00007fdc50001000 nid=0x1299 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"JDWP Event Helper Thread" daemon prio=10 tid=0x00007fdc880a1800 nid=0x1298 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"JDWP Transport Listener: dt_socket" daemon prio=10 tid=0x00007fdc8809e000 nid=0x1297 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" daemon prio=10 tid=0x00007fdc88091000 nid=0x1296 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"Finalizer" daemon prio=10 tid=0x00007fdc88071800 nid=0x1295 in Object.wait() [0x00007fdc77ffe000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00000000ecb04858> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
- locked <0x00000000ecb04858> (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() [0x00007fdc7c10b000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00000000ecb04470> (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 <0x00000000ecb04470> (a java.lang.ref.Reference$Lock)

"main" prio=10 tid=0x00007fdc8800b800 nid=0x128e runnable [0x00007fdc8fef7000]
java.lang.Thread.State: RUNNABLE
at com.wenchain.study.PrintThreadTrace.func2(PrintThreadTrace.java:20)
- locked <0x00000000ecc04b20> (a java.lang.Object)
at com.wenchain.study.PrintThreadTrace.func1(PrintThreadTrace.java:13)
- locked <0x00000000ecc04b10> (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=0x00007fdc88021000 nid=0x128f runnable

"GC task thread#1 (ParallelGC)" prio=10 tid=0x00007fdc88023000 nid=0x1290 runnable

"GC task thread#2 (ParallelGC)" prio=10 tid=0x00007fdc88024800 nid=0x1291 runnable

"GC task thread#3 (ParallelGC)" prio=10 tid=0x00007fdc88026800 nid=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 [0x00000000ecb00000, 0x00000000ede80000, 0x0000000100000000)
eden space 15872K, 8% used [0x00000000ecb00000,0x00000000ecc3d898,0x00000000eda80000)
from space 2048K, 0% used [0x00000000edc80000,0x00000000edc80000,0x00000000ede80000)
to space 2048K, 0% used [0x00000000eda80000,0x00000000eda80000,0x00000000edc80000)
ParOldGen total 39424K, used 0K [0x00000000c6200000, 0x00000000c8880000, 0x00000000ecb00000)
object space 39424K, 0% used [0x00000000c6200000,0x00000000c6200000,0x00000000c8880000)
PSPermGen total 21504K, used 2619K [0x00000000c1000000, 0x00000000c2500000, 0x00000000c6200000)
object space 21504K, 12% used [0x00000000c1000000,0x00000000c128edd8,0x00000000c2500000)

----------------------------------------------------------------------------------------------------------------------------
上面的信息中包含了當前JVM中所有運行的線程信息，其中在示例中我們啟動的線程為main線程，其餘的都是JVM自己創建的。
在列印的信息中，我們可以清楚的看見當前線程的調用上下文，可以很清楚的知道程序的運行情況。
並且我們在最後面還能看見當前虛擬機中的內存使用情況，青年世代，老年世代的信息等等...

PS: 在JDK1.5以上，我們可以通過在Java程序中調用Thread.getStackTrace()方法來進行堆棧的自動列印，使得線程堆棧的列印時機可編程控制。
文章知識點與官方知識檔案匹配
Java技能樹首頁概覽
89841 人正在系統學習中
點擊閱讀全文
打開CSDN，閱讀體驗更佳

jstack-查看Java進程的線程堆棧信息,鎖定高消耗資源代碼
jstack主要用來查看某個Java進程內的線程堆棧信息。語法格式如下: jstack[option]pid jstack[option]executable core jstack[option][server-id@]remote-hostname-or-ip 命令行參數選項說明如下: ...
011Java並發包018查看線程堆棧信息_執筆未來的博客
java.util.concurrent.ScheledThreadPoolExecutor$DelayedWorkQueue.take(ScheledThreadPoolExecutor.java:1088) java.util.concurrent.ScheledThreadPoolExecutor$DelayedWorkQueue.take(ScheledThreadPoolExecutor.java:809) java.util.concurre...
最新發布 jstack -- java堆棧常用排查指令
jstack -- java堆棧常用排查指令
繼續訪問

熱門推薦 jstack 命令查看JAVA線程堆棧
JAVA堆棧信息實際生產中，可能由於開發以及測試未能全面覆蓋的代碼質量、性能問題，而引致線程掛起甚至崩潰。可能就需要查看堆棧信息來排查問題了。jps -lvmjps -lvm 用於查看當前機器上運行的java進程。C:\Users\Administrator>jps -lvm 7348 -Dosgi.requiredJavaVersion=1.8 -Dosgi.instance.area.defa
繼續訪問
Java多線程——查看線程堆棧信息
Java多線程——查看線程堆棧信息 摘要：本文主要介紹了查看線程堆棧信息的方法。 使用Thread類的getAllStackTraces()方法 方法定義 可以看到getAllStackTraces()方法的返回值是一個Map對象，key是Thread的實例，value是一個StackTraceElement實例數組： 1 public static Map<Thread, S...
繼續訪問
java堆棧常用排查指令
java 異常排查四板斧 1、查看java 堆棧線程信息 說明 jstack命令列印指定Java進程、核心文件或遠程調試伺服器的Java線程的Java堆棧跟蹤信息。 對於每個Java框架，完整的類名，方法名， 位元組碼索引(BCI)和行號(如果有的話)被列印出來。 使用-m選項，jstack命令列印程序中所有線程的Java和本機幀 計數器(PC)。 對於每個本機幀，當可用時，將列印離PC最近的本機符號。 c++亂碼的名字不會被修改。 要demangle c++名稱，輸出這個 命令可以管道到c++filt。 當
繼續訪問
java診斷工具-Arthas（thread命令）查看當前線程堆棧
cpu使用率與linux 命令top -H -p <pid>的線程CPU類似 1、支持一鍵展示當前最忙的前N個線程並列印堆棧 thread -n 3 沒有線程ID，包含[Internal]表示為JVM內部線程，參考dashboard命令的介紹。 cpuUsage為采樣間隔時間內線程的CPU使用率，與dashboard命令的數據一致。 deltaTime為采樣間隔時間內線程的增量CPU時間，小於1ms時被取整顯示為0ms。 time線程運行總CPU...
繼續訪問

java查看線程的堆棧信息
通過使用jps 命令獲取需要監控的進程的pid，然後使用jstackpid 命令查看線程的堆棧信息。 通過jstack命令可以獲取當前進程的所有線程信息。 每個線程堆中信息中，都可以查看到線程ID、線程的狀態（wait、sleep、running 等狀態）、是否持有鎖信息等。 jstack -l <pid> >jvm_listlocks.txt 轉...
繼續訪問
java 查看線程堆棧信息_Java多線程——查看線程堆棧信息
java多線程——查看線程堆棧信息摘要：本文主要介紹了查看線程堆棧信息的方法。使用thread類的getallstacktraces()方法方法定義可以看到getallstacktraces()方法的返回值是一個map對象，key是thread的實例，value是一個stacktraceelement實例數組：1 public static map getallstacktraces()使用可以使...
繼續訪問
java線程堆棧信息分析
java堆棧信息分析
繼續訪問

java 查看堆棧_javap 命令查看堆棧中信息
javap命令是對.java文件進行反編譯，通過這個命令可以看到堆棧中是怎麼壓棧和出棧的已經執行順序，這里簡單解釋下javap的簡單的使用，下面舉個例子：題目：i++ 和++i的區別解釋：簡單點說 這個問題都不難回答，這里就不說了，但是實際上堆棧中區別也是老大了(這里就用到了javap命令)， 步驟：1.在任意一個盤下面建一個名為Test.java的文件(文件名可以隨意命名)代碼如下：public...
繼續訪問
java 查看線程堆棧信息_jstack-查看Java進程的線程堆棧信息，鎖定高消耗資源代碼。...
jstack主要用來查看某個Java進程內的線程堆棧信息。語法格式如下：jstack[option]pidjstack[option]executablecorejstack[option][server-id@]remote-hostname-or-ip命令行參數選項說明如下：-llonglistings，會列印出額外的鎖信息，在發生死鎖時可以用jstack-lpid來觀察...
繼續訪問
java堆棧信息怎麼看_線程堆棧信息怎麼看？ - cs_person的個人空間 - OSCHINA - 中文開源技術交流社區...
一條線程堆棧信息大概長成下面這個樣子：RMI TCP Connection(267865)-172.16.5.25" daemon prio=10 tid=0x00007fd508371000 nid=0x55ae waiting for monitor entry [0x00007fd4f8684000]java.lang.Thread.State: BLOCKED (on object m...
繼續訪問
線程堆棧信息怎麼看？
一條線程堆棧信息大概長成下面這個樣子： RMI TCP Connection(267865)-172.16.5.25" daemon prio=10 tid=0x00007fd508371000 nid=0x55ae waiting for monitor entry [0x00007fd...
繼續訪問
java的棧和堆
棧與堆都是Java用來在Ram中存放數據的地方。與C++不同，Java自動管理棧和堆，程序員不能直接地設置棧或堆。 Java 的堆是一個運行時數據區,類的(對象從中分配空間。這些對象通過new、newarray、anewarray和multianewarray等指令建立，它們不需要程序代碼來顯式的釋放。堆是由垃圾回收來負責的，堆的優勢是可以動態地分配內存大小，生存期也不必事先告訴編譯器，因為它是在...
繼續訪問
查看java線程_【JAVA】Java線程堆棧信息查看
如何獲得線程的堆棧信息？線上伺服器cpu 100%了，該如何排查問題？1.top命令查詢哪個pid進程佔用cpu高(ps -ef|grep java 獲取PID號)2.通過 top -Hp pid 可以查看該進程下各個線程的cpu使用情況,獲取佔用cpu高的線程id3.執行命令：printf "%X\n" 線程tid(用於獲取佔用cpu高的線程id的16進制數)4.執行命令：jstack pid ...
繼續訪問
kill -3 java_kill -3 PID命令獲取java應用堆棧信息
一、應用場景：當linux伺服器出現異常情況(響應緩慢，負載持續飆升)並且伺服器沒有安裝對應的包而無法使用jstack等命令時，可以使用linux的kill相關命令列印堆棧信息。命令格式：kill -3 PID二、執行步驟：2.1、獲取java進程的PIDps -ef|grep java結果的第二列數字就是進程對應的pid。2.2、kill -3 PID(1)如果項目通過Tomcat進行發布(普通...
繼續訪問
jstack 工具 查看JVM堆棧信息
1|0介紹 jstack是java虛擬機自帶的一種堆棧跟蹤工具。jstack用於列印出給定的java進程ID或corefile或遠程調試服務的Java堆棧信息，如果是在64位機器上，需要指定選項"-J-d64"，Windows的jstack使用方式只支持以下的這種方式： jstack [-l] pid 主要分為兩個功能： a． 針對活著的進程做本地的或遠程的線程mp； b． 針對core文件做線程mp。 jstack用於生成java虛擬機當前時刻的線程快照。線程快照是...
繼續訪問

linux查看java堆棧
1、查看JAVA進程JVM參數 jinfo -flags pid(進程號) -XX:CICompilerCount=2 最大的並行編譯數 -XX:InitialHeapSize=16777216 JVM 的初始堆內存大小 -XX:MaxHeapSize=257949696 JVM 的最大堆內存大小 -XX:MaxNewSize=85983232 -XX:MinHeapDeltaBytes=196608 -XX:NewSize=5570560 -XX:OldSize=11206656 2、JVM 查看.
繼續訪問
Linux 如何查看一個進程的堆棧
有兩種方法：第一種：pstack 進程ID第二種，使用gdb 然後attach 進程ID，然後再使用命令 thread apply all bt 兩種方法都可以列出進程所有的線程的當前的調用棧。不過，使用gdb的方法，還可以查看某些信息，例如局部變數，指針等。不過，如果只看調用棧的話，pstack還是很方便的。
繼續訪問
JAVA獲取堆棧信息
1. 通過Throwable獲取 StackTraceElement[] stackTrace = new Throwable().getStackTrace(); 2. 通過Thread獲取 StackTraceElement[] stackTrace = Thread.currentThread().getStackTrace();
繼續訪問
java 查看線程棧大小_基於 Java 線程棧的問題排查
除日誌外，還有沒有別的方式跟蹤線上服務問題呢？或者，跟蹤並排除日誌里無法發現的問題？方法當然是有的，就是通過現場快照定位並發現問題。我們所說的現場，主要指這兩方面：Java 線程棧。線程棧是Java線程工作的快照，可以獲得當前線程在做什麼；Java 內存堆。堆是JVM的內存快照，可以獲取內存分配相關信息。

❷ linux應用中，在一個進程內如何獲取本進程內其它線程的堆棧信息、

用
pthread_getattr_np
(pthread_t
tid,
pthread_attr_t
*attr);
即可。
具體你需要先了解一下pthread
相關介面。
比如，
#define
_GNU_SOURCE
/*
See
feature_test_macros(7)
*/
#include
<pthread.h>
int
main()
{
...
tid
=
pthread_create(xxxx,xxx...);
...
pthread_getattr_np(tid,
&attr);
/*
後面就可以用
pthread_attr_getstack
之類的介面從
attr
中獲得這個線程的
stack
信息（比如地址，大小等）*/
}

❸ linux應用中，在一個進程內如何獲取本進程內其它線程的堆棧信息、

先用ps看目前存在的所有進程的進程號，然後可以對具體進程採用以下這些操作：（11345就是對應具體的進程號）

只查看該進程：ps -ef | grep 11345
查看該進程打開的文件：lsof -p 11345
查看內存分配：lcat /proc/11345/maps
查看堆棧：pstack 11345
查看發出的系統調用:strace -p 11345
查看調用庫函數:ltrace -p 11345

❹ linux查看進程的方法有幾種

linux查看進程方法：
1. top 命令
top命令查看系統的資源狀況
load average表示在過去的一段時間內有多少個進程企圖獨佔CPU
zombie 進程
：不是異常情況。一個進程從創建到結束在最後那一段時間遍是僵屍。留在內存中等待父進程取的東西便是僵屍。任何程序都有僵屍狀態，它佔用一點內存資源，僅
僅是表象而已不必害怕。如果程序有問題有機會遇見，解決大批量僵屍簡單有效的辦法是重起。kill是無任何效果的stop模式：與sleep進程應區
別，sleep會主動放棄cpu，而stop是被動放棄cpu ，例單步跟蹤，stop(暫停)的進程是無法自己回到運行狀態的。
cpu states：
nice：讓出百分比irq：中斷處理佔用
idle：空間佔用百分比 iowait：輸入輸出等待(如果它很大說明外存有瓶頸，需要升級硬碟(SCSI))
Mem：內存情況
設計思想：把資源省下來不用便是浪費，如添加內存後free值會不變，buff值會增大。 判斷物理內存夠不夠，看交換分區的使用狀態。
交互命令：
[Space]立即刷新顯示
[h]顯示幫助屏幕
[k] 殺死某進程。你會被提示輸入進程 ID 以及要發送給它的信號。 一般的終止進程可以使用15信號;如果不能正常結束那就使用信號9強制結束該進程。默認值是信號15。在安全模式中此命令被屏蔽。
[n] 改變顯示的進程數量。你會被提示輸入數量。
[u] 按用戶排序。
[M] 按內存用量排序。
[o][O] 改變顯示項目的順序。
[P] 根據CPU使用百分比大小進行排序。
[T] 根據時間/累計時間進行排序。
[Ctrl+L] 擦除並且重寫屏幕。
[q] 退出程序。
[r] 重新安排一個進程的優先順序別。系統提示用戶輸入需要改變的進程PID以及需要設置的進程優先順序值。輸入一個正值將使優先順序降低，反之則可以使該進程擁有更高的優先權。默認值是10。
[S] 切換到累計模式。
[s] 改變兩次刷新之間的延遲時間。系統將提示用戶輸入新的時間，單位為s。如果有小數，就換算成m
s。輸入0值則系統將不斷刷新，默認值是5
s。需要注意的是如果設置太小的時間，很可能會引起不斷刷新，從而根本來不及看清顯示的情況，而且系統負載也會大大增加。
縮寫含義：
PID每個進程的ID
USER進程所有者的用戶名
PRI每個進程的優先順序別
NI每個優先順序的值
SIZE 進程的代碼大小加上數據大小再加上堆棧空間大小的總數，單位是KB RSS 進程佔用的物理內存的總數量，單位是KB
SHARE進程使用共享內存的數量
STAT 進程的狀態。其中S代表休眠狀態;D代表不可中斷的休眠狀態;R代表運行狀態;Z代表僵死狀態;T代錶停止或跟蹤狀態
%CPU進程自最近一次刷新以來所佔用的CPU時間和總時間的百分比
%MEM進程佔用的物理內存占總內存的百分比
TIME進程自啟動以來所佔用的總CPU時間
CPU CPU標識
COMMAND進程的命令名稱
2. ps命令
ps查看當前用戶的活動進程，如果加上參數可以顯示更多的信息，如-a，顯示所有用戶的進程
ps ax ：tty值為「?」是守護進程，叫deamon 無終端，大多系統服務是此進程，內核態進程是看不到的
ps axf ：看進程樹，以樹形方式現實進程列表敲 ，init是1號進程，系統所有進程都是它派生的，殺不掉
ps axm ：會把線程列出來。在linux下進程和線程是統一的，是輕量級進程的兩種方式。
ps axu ：顯示進程的詳細狀態。
vsz：說此進程一共佔用了多大物理內存。
rss：請求常駐內存多少

❺ 如何查看linux進程佔用的內容

1.只查看該進程：ps
-ef
|
grep
11345
2.查看該進程打開的文件：lsof
-p
11345
3.查看內存分配：lcat
/proc/11345/maps
4.查看堆棧：pstack
11345
5.查看發出的系統調用:strace
-p
11345
6.查看調用庫函數:ltrace
-p
11345

❻ tc397查看堆棧么

tc397查看堆棧，用戶啟動程序是在Boot Firmware之後運行的程序（即用戶程序里的第一級Boot Loader，類似Linux的Uboot），初始化過程是CPU0完成的。用戶可以根據不同的復位事件來選擇不同的執行路徑。

❼ linux中如何查看某個文件被哪些進程佔用

查看進程

在Linux要檢查那一個進程（process）佔用特定埠號，可以用netstat或lsof來做，例如想列出所有開啟的埠號，可以netstat指令：

或者：

我們已經知道我們想要殺死的那個進程的名字，我們能夠利用killall命令發送同樣的信號，像這樣：

killall -9 mongod

❽ linux查看文件被哪個進程佔用

可以使用ps -fe|grep filename，也可以使用fuser filename查看
1.只查看該進程：ps -ef | grep 11345
2.查看該進程打開的文件：lsof -p 11345
3.查看內存分配：lcat /proc/11345/maps
4.查看堆棧：pstack 11345
5.查看發出的系統調用:strace -p 11345
6.查看調用庫函數:ltrace -p 11345