Java 線程優先級機制詳解：getPriority、setPriority 與調度真相

Java 線程優先級（1~10，默認 5）常被誤以為能決定執行順序。本文深入剖析優先級 API、調度器行為、代碼驗證與最佳實踐，幫你避開「優先級決定論」誤區。

API 基礎

• Thread.MIN_PRIORITY = 1
• Thread.NORM_PRIORITY = 5（默認）
• Thread.MAX_PRIORITY = 10
• int getPriority() / void setPriority(int)

核心真相：優先級 ≠ 執行順序

線程優先級只能影響獲取 CPU 時間片的概率，不能保證執行順序。 JVM 將優先級映射到底層 OS 調度器，但最終由操作系統決定，且受時間片輪轉、搶佔式調度、同步鎖、I/O 阻塞等多因素綜合影響。

代碼驗證：高優先級不一定先跑完

class DemoThread extends Thread {
    DemoThread(String name) { super(name); }
    public void run() {
        for (int i = 0; i < 3; i++)
            System.out.println(getName() + " priority=" + getPriority() + " i=" + i);
    }
}
public class PriorityTest {
    public static void main(String[] args) {
        Thread t1 = new DemoThread("T1-低"); t1.setPriority(Thread.MIN_PRIORITY);
        Thread t2 = new DemoThread("T2-高"); t2.setPriority(Thread.MAX_PRIORITY);
        Thread t3 = new DemoThread("T3-高"); t3.setPriority(Thread.MAX_PRIORITY);
        t1.start(); t2.start(); t3.start();
    }
}

可能輸出（每次運行不同）

T2-高 priority=10 i=0
T1-低 priority=1 i=0
T3-高 priority=10 i=0
T2-高 priority=10 i=1
T3-高 priority=10 i=1
T1-低 priority=1 i=1
...

可見低優先級線程照樣插隊執行，高優先級僅統計上獲得更多 CPU 時間。

最佳實踐建議

1. 不要依賴優先級實現業務邏輯順序 —— 用 CountDownLatch、CyclicBarrier、Semaphore、CompletableFuture 等顯式同步工具。
2. 僅作為輔助提示：後台批處理線程設低優先級，UI/實時響應線程設高優先級，降低干擾概率。
3. 避免極端值：長期佔用 MAX_PRIORITY 可能導致系統線程（GC、JIT、Signal Dispatcher）饑餓。
4. 平台差異：Windows/Linux 對優先級映射不同，代碼不可移植性依賴優先級。
5. 結合 CPU 親和性：關鍵線程可通過 JNI/容器技術綁定核心，而非靠優先級。

總結

Java 線程優先級是「建議」而非「命令」。並發編程的正道是顯式同步、無鎖數據結構、合理拆分任務，而非調整優先級碰運氣。