WCF 深度之旅（11）：併發與回調的執行緒親和性——SynchronizationContext、CallbackBehavior 與 ISynchronizeInvoke 完整解析

WCF 雙工回調與服務併發同樣面臨**執行緒親和性**挑戰：WinForms UI 執行緒若被服務調用阻塞，回調嘗試回同一 UI 執行緒將造成**死結**。本文從雙工計算器實例出發，系統講解 `SynchronizationContext`、`CallbackBehavior.UseSynchronizationContext`、`ISynchronizeInvoke` 三種解決路徑。

死結重現：雙工回調 TimeoutException

場景：WinForms Client 呼叫雙工服務 `Add(op1,op2)`，傳遞回調 `DisplayResult(result)`。服務計算完成呼叫回調。
預設行為：

• Client UI 執行緒發起同步調用 → 阻塞等待回應
• 服務完成 → 回調嘗試在 **Client UI 執行緒** 執行（預設綁定 `SynchronizationContext.Current`）
• UI 執行緒被阻塞 → 回調無法執行 → 等待逾時 → **TimeoutException**

方案一：服務端異步回調 / One-Way 操作

不等待回調完成即返回：

// 1. ThreadPool 異步回調
public void Add(double op1, double op2) {
  var callback = OperationContext.Current.GetCallbackChannel();
  ThreadPool.QueueUserWorkItem(_ => callback.DisplayResult(op1 + op2));
}

// 2. OperationContract IsOneWay=true
[OperationContract(IsOneWay = true)]
void Add(double op1, double op2); // 客戶端發送即返回，不等待回應

缺點：失去回調同步保證，無法處理回調異常/回傳值。

方案二：解除回調執行緒親和性 + 手動封送（推薦）

CallbackBehavior.UseSynchronizationContext = false

[CallbackBehavior(UseSynchronizationContext = false)]
public class CalculateCallback : ICalculateCallback {
  public static TextBox ResultPanel { get; set; }
  public static SynchronizationContext SyncCtx { get; set; }

  public void DisplayResult(double result) {
    // 在 ThreadPool 執行緒中，手動封送至 UI 執行緒
    SyncCtx.Post(_ => ResultPanel.Text = result.ToString(), null);
  }
}

客戶端調用前設定：

CalculateCallback.ResultPanel = this.txtResult;
CalculateCallback.SyncCtx = SynchronizationContext.Current; // 捕獲 UI 執行緒上下文
var factory = new DuplexChannelFactory(new CalculateCallback(), "endpoint");
var proxy = factory.CreateChannel();
proxy.Add(1, 2); // UI 執行緒不再阻塞於回調

關鍵點

1. `UseSynchronizationContext=false` 讓回調在 ThreadPool 執行緒執行，避開 UI 執行緒阻塞。
2. 回調內部**必須**透過 `SynchronizationContext.Post` 封送 UI 更新，否則拋 `InvalidOperationException` (跨執行緒存取控制項)。
3. `SynchronizationContext.Current` 在 UI 執行緒建構回調物件**前**捕獲（如按鈕 Click 事件中）。

方案三：ISynchronizeInvoke (WinForms 經典模式)

Control 實作 `ISynchronizeInvoke`，提供 `Invoke/BeginInvoke` 封送：

[CallbackBehavior(UseSynchronizationContext = false)]
public class CalculateCallback : ICalculateCallback {
  public static TextBox ResultPanel { get; set; }
  private delegate void DisplayDelegate(TextBox tb, double val);

  public void DisplayResult(double result) {
    var d = new DisplayDelegate((tb, v) => tb.Text = v.ToString());
    ResultPanel.BeginInvoke(d, new object[] { ResultPanel, result });
  }
}

本質相同：`WindowsFormsSynchronizationContext.Post` 內部即呼叫 `Control.BeginInvoke`。前者為統一抽象，後者為 WinForms 專用。

服務端同樣面臨親和性問題

WinForms Host 服務，操作需更新 UI (ListBox)：**預設綁定 Host UI 執行緒 → 併發序列化**。

解法：ServiceBehavior.UseSynchronizationContext=false + 手動封送

[ServiceBehavior(ConcurrencyMode = ConcurrencyMode.Reentrant, UseSynchronizationContext = false)]
public class CalculateService : ICalculate {
  public static ListBox DisplayPanel { get; set; }
  public static SynchronizationContext SyncCtx { get; set; }

  public void Add(double op1, double op2) {
    var result = op1 + op2;
    var callback = OperationContext.Current.GetCallbackChannel();

    // 服務端 UI 更新封送
    SyncCtx.Post(_ => DisplayPanel.Items.Add($"{op1}+{op2}={result}"), null);

    // 回調 (客戶端已設 UseSynchronizationContext=false，此處直接呼叫即在 ThreadPool)
    callback.DisplayResult(result);
  }
}

Host 載入時設定：

CalculateService.DisplayPanel = this.listBox;
CalculateService.SyncCtx = SynchronizationContext.Current;
host.Open();

三大模式對比總結

核心原則

1. 識別執行緒親和性邊界：UI 執行緒、STA COM、特定 `SynchronizationContext`。
2. 預設綁定僅為開發便利，生產必須顯式控制：`UseSynchronizationContext=false`。
3. 核心邏輯無親和性，盡量並發**；UI 更新集中、最小化、非同步封送**。
4. 雙工回調雙端皆需處理**：客戶端回調、服務端操作 UI 更新。