Java 執行緒無處不在：隱性執行緒來源與應對策略

前言

許多開發者以為「我不 new Thread，就沒有多執行緒」。實則不然，Java 執行緒從框架、容器、工具類悄悄滲入應用程式。本文盤點五大隱性執行緒來源，解析其運作機制與同步風險，並給出防禦性程式設計建議。

五大隱性執行緒來源

1. AWT / Swing 事件派發執行緒（EDT）

• 建立任何 Frame、JFrame、JComponent 即啟動。
• 所有事件監聽器（actionPerformed、mouseClicked 等）在 EDT 執行。
• 風險：長時間任務阻塞 EDT → 介面凍結、無法重繪、無法取消。
• 對策：耗時操作委派給背景執行緒（SwingWorker、ExecutorService），完成後用 SwingUtilities.invokeLater 更新 UI。
• EDT 非守護執行緒 → 應用程式需 System.exit() 或關閉所有視窗才結束。

2. java.util.Timer / TimerTask

• new Timer() 內部建立單一「Timer-」守護執行緒，維護延遲隊列。
• 任務在該執行緒循序執行 → 單一任務阻塞會延遲後續任務。
• 對策：任務保持極短；長任務改用 ScheduledExecutorService（多執行緒、可控併發）。
• 守護執行緒 → 不阻止 JVM 結束。

3. Servlet / JSP 容器執行緒池

• Tomcat、Jetty、Undertow 等容器維護執行緒池處理 HTTP 請求。
• 同一 Servlet 實例可同時被多執行緒呼叫 → 實例欄位非執行緒安全。
• 對策：無狀態 Servlet；共享資料用 ThreadLocal、請求屬性、或同步區塊/並發集合。

4. RMI 遠端物件執行緒

• 繼承 UnicastRemoteObject 會啟動 Socket 監聽執行緒 + 多工處理執行緒池。
• 遠端方法在 RMI 管理執行緒執行，非呼叫端執行緒。
• 對策：遠端實作類同樣需執行緒安全設計；避免持有非序列化狀態。

5. 其他常見來源

• JMX：通知發送、MBeanServer 內部執行緒
• 資料庫連線池：HikariCP 等內部維護 Housekeeper 執行緒
• 日誌框架：Log4j2 AsyncAppender、Logback 写入執行緒
• 框架掃描/熱重載：Spring DevTools、Quarkus 開發模式

同步風險與防禦清單

最佳實踐總則

1. 假設所有進入點皆為多執行緒：Servlet、RMI、事件監聽器、排程任務、MBean 方法。
2. 無狀態優於有狀態：Bean 設計為無實例欄位，狀態外部化（資料庫、Redis、ThreadLocal）。
3. 不可變物件：final 欄位、建構子注入、無 setter，天然執行緒安全。
4. 使用高階並發工具：ExecutorService、CompletableFuture、ConcurrentHashMap、BlockingQueue，避免手動 synchronized/wait。
5. 關閉鉤子：Runtime.getRuntime().addShutdownHook 正確關閉執行緒池、連線池，避免資源洩漏。

結語

執行緒無處不在，不是負擔，而是 Java 平台能力的體現。識別隱性執行緒來源、理解其生命週期與同步邊界，是寫出健壯併發應用的前提。下次除錯詭異 Bug 時，請先問自己：「這裡到底在哪條執行緒跑？」