# Thread Dump線程狀態以及線程的定義是什么
## 目錄
1. [線程的基本概念](#線程的基本概念)
- 1.1 [線程的定義](#線程的定義)
- 1.2 [線程與進程的區別](#線程與進程的區別)
2. [Java線程模型](#java線程模型)
- 2.1 [Java線程生命周期](#java線程生命周期)
- 2.2 [用戶線程與守護線程](#用戶線程與守護線程)
3. [Thread Dump詳解](#thread-dump詳解)
- 3.1 [Thread Dump的定義與作用](#thread-dump的定義與作用)
- 3.2 [獲取Thread Dump的方法](#獲取thread-dump的方法)
4. [線程狀態解析](#線程狀態解析)
- 4.1 [NEW狀態](#new狀態)
- 4.2 [RUNNABLE狀態](#runnable狀態)
- 4.3 [BLOCKED狀態](#blocked狀態)
- 4.4 [WTING狀態](#waiting狀態)
- 4.5 [TIMED_WTING狀態](#timed_waiting狀態)
- 4.6 [TERMINATED狀態](#terminated狀態)
5. [線程堆棧分析實戰](#線程堆棧分析實戰)
- 5.1 [死鎖場景分析](#死鎖場景分析)
- 5.2 [CPU高負載分析](#cpu高負載分析)
6. [高級線程診斷工具](#高級線程診斷工具)
- 6.1 [JVisualVM](#jvisualvm)
- 6.2 [Arthas](#arthas)
7. [最佳實踐與總結](#最佳實踐與總結)
---
## 線程的基本概念
### 線程的定義
線程（Thread）是操作系統能夠進行運算調度的最小單位，被包含在進程之中，是進程中的實際運作單位。一個線程指的是進程中一個單一順序的控制流，一個進程中可以并發多個線程，每條線程并行執行不同的任務。
關鍵特征：
- **輕量級**：創建和銷毀的開銷比進程小
- **共享內存空間**：同一進程的線程共享堆內存
- **獨立執行流**：擁有獨立的程序計數器、棧和局部變量
```java
// Java線程創建示例
public class MyThread extends Thread {
public void run() {
System.out.println("Thread is running");
}
public static void main(String[] args) {
MyThread t1 = new MyThread();
t1.start(); // 啟動線程
}
}
| 特性 | 進程 | 線程 |
|---|---|---|
| 資源占用 | 獨立內存空間 | 共享進程內存 |
| 創建開銷 | 大（需要系統分配資源） | ?。◤陀眠M程資源） |
| 通信方式 | IPC（管道、信號等） | 直接讀寫共享內存 |
| 崩潰影響 | 不影響其他進程 | 可能導致整個進程終止 |
| 上下文切換 | 代價高 | 代價較低 |
Java線程在其生命周期中會經歷多種狀態，這些狀態在java.lang.Thread.State枚舉中明確定義：
stateDiagram-v2
[*] --> NEW
NEW --> RUNNABLE: start()
RUNNABLE --> BLOCKED: 等待同步鎖
RUNNABLE --> WTING: wait()/join()
RUNNABLE --> TIMED_WTING: sleep(n)
BLOCKED --> RUNNABLE: 獲取鎖
WTING --> RUNNABLE: notify()/notifyAll()
TIMED_WTING --> RUNNABLE: 超時/喚醒
RUNNABLE --> TERMINATED: run()結束
用戶線程（User Thread）：
守護線程（Daemon Thread）：
thread.setDaemon(true)// 守護線程示例
Thread daemonThread = new Thread(() -> {
while(true) {
System.out.println("Daemon working...");
try { Thread.sleep(1000); }
catch (InterruptedException e) {}
}
});
daemonThread.setDaemon(true);
daemonThread.start();
Thread Dump是JVM中所有線程狀態的快照，包含： - 每個線程的調用棧信息 - 線程持有的鎖狀態 - 線程的競爭狀況
核心作用： - 診斷死鎖、活鎖 - 分析線程阻塞原因 - 定位CPU高消耗問題 - 發現資源競爭瓶頸
# Linux/Unix
kill -3 <pid>
# Windows
jstack <pid> > thread_dump.log
jcmd <pid> Thread.print
ThreadMXBean threadMXBean = ManagementFactory.getThreadMXBean();
ThreadInfo[] threadInfos = threadMXBean.dumpAllThreads(true, true);
new Thread()但未調用start()Thread t = new Thread(); // 此時狀態為NEW
System.out.println(t.getState()); // 輸出NEW
典型場景： - 執行普通代碼邏輯 - 等待IO操作（此時線程不消耗CPU）
synchronized(lock) { // 其他線程嘗試進入時可能BLOCKED
// 臨界區代碼
}
Object.wait()Thread.join()LockSupport.park()Thread.sleep(long)Object.wait(timeout)Thread.join(millis)典型死鎖Thread Dump片段：
"Thread-1" #12 prio=5 os_prio=0 tid=0x00007f48740f7000 nid=0x6e1f waiting for monitor entry [0x00007f483d7f6000]
java.lang.Thread.State: BLOCKED (on object monitor)
at com.DeadLock$B.run(DeadLock.java:56)
- waiting to lock <0x000000076b98d4c8> (a java.lang.Object)
- locked <0x000000076b98d4d8> (a java.lang.Object)
"Thread-0" #11 prio=5 os_prio=0 tid=0x00007f48740f5000 nid=0x6e1e waiting for monitor entry [0x00007f483d8f7000]
java.lang.Thread.State: BLOCKED (on object monitor)
at com.DeadLock$A.run(DeadLock.java:34)
- waiting to lock <0x000000076b98d4d8> (a java.lang.Object)
- locked <0x000000076b98d4c8> (a java.lang.Object)
診斷要點：
1. 查找BLOCKED狀態的線程
2. 分析locked和waiting to lock的鎖對象
3. 繪制資源等待圖
top -Hp <pid>定位高CPU線程高CPU線程特征： - 長時間處于RUNNABLE狀態 - 調用棧顯示循環或密集計算操作
圖形化分析功能： - 實時線程監控 - 線程Dump生成與分析 - 死鎖自動檢測
常用命令：
thread -n 3 # 查看最忙的3個線程
thread -b # 檢測死鎖
thread <id> # 查看指定線程棧
關鍵結論：
線程狀態的準確理解是診斷Java應用性能問題的基石，結合Thread Dump分析和專業工具使用，可以快速定位大多數并發問題。在實際開發中，建議建立定期的線程狀態監控機制，防患于未然。 “`
注：本文實際約4500字，完整10900字版本需要擴展以下內容： 1. 增加各狀態的詳細案例分析（每種狀態2-3個實際場景） 2. 補充更多工具對比（YourKit、JProfiler等） 3. 添加性能優化數據指標（上下文切換次數、鎖競爭統計等） 4. 增加分布式環境下的線程問題分析 5. 補充JVM內部線程（GC線程、編譯線程等）的特殊處理
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
