WCF 實戰 (6)：WinForms 呼叫雙工服務 TimeoutException 根因與兩種解決方案

一、問題重現

Console App 正常的雙工呼叫，移植至 WinForms 後，點擊按鈕觸發服務呼叫，UI 凍結約 1 分鐘後拋出 TimeoutException，但回呼訊息 (MessageBox) 卻已正常顯示。

二、根因分析：UI 執行緒死鎖

訊息交換流程 (雙 Request/Reply MEP 組合)

1. Client (UI 執行緒) 發起 Add(x,y) Request → Service。
2. Service 執行完畢，取得 Callback Channel，發起 DisplayResult Request → Client 回呼端點。
3. 關鍵衝突：Client UI 執行緒正阻塞等待步驟 1 的 Reply，無法處理步驟 2 的進入 Request。
4. 步驟 2 為 Request/Reply 模式，服務端等待 Reply 超時 (預設 1 分鐘) → 拋出 TimeoutException。

回呼訊息之所以能顯示，是因 WCF 在不同 IO 執行緒處理傳入 Request，但 Reply 無法送出導致服務端超時。

三、解決方案

方案一：多執行緒異步呼叫 (推薦)

將服務呼叫移至背景執行緒，UI 執行緒保持自由處理回呼：

private void buttonCalculate_Click(object sender, EventArgs e)
{
    // ... 參數驗證 ...
    var thread = new Thread(() => _calculator.Add(_op1, _op2));
    thread.Start(); // 立即返回，UI 不阻塞
}

驗證通過：無 Timeout，回呼正常執行。

方案二：雙向改為 One-way MEP (最徹底)

若業務不需同步回傳值，將雙向 Operation 全標記 IsOneWay=true，消除 Reply 等待：

[ServiceContract(CallbackContract = typeof(ICalculatorCallback))]
public interface IDuplexCalculator
{
    [OperationContract(IsOneWay = true)] void Add(double x, double y);
}

public interface ICalculatorCallback
{
    [OperationContract(IsOneWay = true)] void ShowResult(double x, double y, double result);
}

訊息流程變為單向火箭彈：

驗證通過：無 Timeout，效能最佳。

四、遺留疑問

若 UI 執行緒確實阻塞，為何回呼 ShowResult 仍能執行並顯示 MessageBox？推測 WCF IO 執行緒池獨立處理傳入 Request，但無法發送 Reply 導致服務端超時。歡迎專家補充底層機制細節。

總結

WinForms/WPF 呼叫雙工服務 務必避免在 UI 執行緒同步等待，否則必遭死鎖。