C# 多線程精通：ThreadPool 線程池自動管理實戰指南（上）

為什麼需要線程池？

在多線程程式設計中，常見兩類場景極其耗費資源：一是線程長時間處於等待狀態，直到特定事件觸發才響應；二是線程週期性喚醒執行任務。針對前者，ThreadPool（線程池）是最佳解決方案；後者則適合使用 Timer（定時器）。

ThreadPool 核心機制

ThreadPool 類提供一個由系統維護的線程容器，需 Windows 2000 以上系統支援（因調用高版本 API）。它是靜態類，無需實例化，直接呼叫 ThreadPool.QueueUserWorkItem() 即可將工作項佇列化：

// 基礎簽名
public static bool QueueUserWorkItem(WaitCallback callback);

// 攜帶參數的重載
public static bool QueueUserWorkItem(WaitCallback callback, object state);

關鍵特性：

• 無需手動建立/管理線程，系統自動處理線程生命週期
• 提交後無法取消，設計時需謹慎
• 將業務邏輯封裝為 WaitCallback 委托方法傳入即可

實戰協作：ManualResetEvent 同步主線程

典型模式：主線程提交多個工作項至線程池，需等待全部完成才能繼續。此時 ManualResetEvent 充當「信號燈」：

1. 初始化為無信號狀態（new ManualResetEvent(false)）
2. 主線程呼叫 WaitOne() 阻塞等待
3. 每個工作項完成時計數，最後一個呼叫 Set() 發出信號
4. 主線程收到信號恢復執行

ManualResetEvent 關鍵方法：

• Set()：設為有信號（開綠燈）
• Reset()：設為無信號（關紅燈）
• WaitOne()：阻塞至有信號

最佳實踐提醒

線程池適用於短時、高頻的背景任務。長時間運行或高優先級任務仍建議使用獨立線程（Thread 或 Task），避免佔用池資源導致其他工作項饑餓。