Java 線程優先級 1-10 動態可調，JVM 標準優先調度高優先級線程，但同優先級處理為隨機（分時或跑完），且受限於底層 OS 優先級層級映射。本文解析優先級局限並提供多線程採用決策清單。
優先級機制的三大侷限
- 同優先級調度不確定：分時輪轉或跑完為止，取決於 OS 策略
- 優先級層級映射失真：Java 10 級 → OS 可能僅 3-4 級，高低優先級可能映射同一 OS 級
- 不可作為精確控制手段：僅為粗略工具，最終控制靠
yield() 明智使用
多線程採用決策清單
評估應用是否適合多線程，考量四大維度：
1. CPU 密集 vs I/O 密集
- 計算密集型 + 受 CPU 限制 → 僅多 CPU 機器受益（JVM 原生線程可跨核調度）
- 頻繁等待緩慢資源（網路、資料庫、磁碟） → 多線程顯著提升吞吐
2. 互動性需求
- 非互動式批次處理 → 多線程優勢明顯
- 基於網際網路的軟體 必須 多線程，否則使用者感知回應遲鈍
3. 伺服器端併發模型
- 大量客戶端連線 → 每線程服務一客戶/群組，大幅縮短回應時間
- 線程池模式避免頻繁建立/銷毀開銷
4. 團隊經驗因素
- C/C++ 線程經驗者常因缺乏語言支援而畏懼線程
- Java 內建支援大幅降低複雜度，建議嘗試
總結建議
- 優先級僅作參考，關鍵同步靠
synchronized/Lock/Channel
- I/O 等待型、高併發服務、GUI 回應型應用首選多線程
- 純計算密集型單核環境下多線程無增益，反增上下文切換開銷
