Java 多線程實現機制與 Runnable 接口深度解析

核心概念：線程與 Runnable 的協作關係

Java 多線程的核心在於 Thread 類與 Runnable 接口的協作。Thread 代表線程本身（執行單元），而 Runnable 代表任務（執行內容）。這種設計體現了「職責分離」原則：線程管理生命周期，任務封裝業務邏輯。

兩種創建線程的方式對比

方式一：繼承 Thread 類

public class MyThread extends Thread {
    @Override
    public void run() {
        System.out.println("MyThread.run()");
    }
}
// 啟動：new MyThread().start();

優點：代碼簡潔，直接訪問 this 獲取線程屬性。
缺點：Java 單繼承限制，若已繼承其他類則無法使用。

方式二：實現 Runnable 接口（推薦）

public class MyTask implements Runnable {
    @Override
    public void run() {
        System.out.println("MyTask.run()");
    }
}
// 啟動：
MyTask task = new MyTask();
Thread thread = new Thread(task);
thread.start();

優點：

• 避免單繼承限制，靈活性高
• 任務與線程解耦，同一任務可提交給多個線程或線程池
• 符合「組合優於繼承」設計原則

Thread 源碼揭秘：start() 與 run() 的關鍵差異

// Thread.java 關鍵片段
public synchronized void start() {
    // ... 線程狀態檢查 ...
    start0(); // native 方法，請求操作系統創建新線程
}

public void run() {
    if (target != null) {
        target.run(); // 委託給 Runnable 任務
    }
}

關鍵結論：

• start() 是啟動新線程的唯一入口，底層調用 native 方法
• 直接調用 run() 只是普通方法調用，不會創建新線程，仍在當前線程執行
• Thread 默認 run() 為空實現，必須通過繼承或注入 Runnable 賦予業務邏輯

線程生命周期與實例復用限制

關鍵規則：一個 Thread 實例只能 start() 一次。運行結束後不可重啟，必須創建新實例。這是因為底層操作系統線程結束後資源已釋放，Java 層面不支持重置線程狀態。

進階屬性：Name、ThreadGroup、Daemon

• Name：便於調試和監控，建議業務相關命名
• ThreadGroup：線程組管理，現已較少使用，推薦線程池
• isDaemon：守護線程，JVM 退出時不等待其結束（如 GC 線程）

最佳實踐建議

1. 優先實現 Runnable/Callable：配合線程池（ExecutorService）使用，避免頻繁創建銷燬線程開銷
2. 避免直接操作 Thread 實例：業務代碼應面向任務接口編程
3. 正確理解 start()/run() 語義：切勿混淆，否則會導致「偽並發」Bug
4. 線程命名規範：如 Order-Process-Thread-1，便於排查問題

總結

Java 多線程的本質是 Thread（執行載體）與 Runnable（業務邏輯）的分離協作。掌握 start() 請求操作系統創建線程、run() 由線程執行任務的機制，理解單繼承限制下組合模式的優勢，是編寫高併發 Java 應用的基石。現代開發中，更應結合 Executor 框架、CompletableFuture 等高級抽象，而非裸露操作 Thread。