SynchronizationContext 如何確保 .NET 中的執行緒安全 UI 更新？

SynchronizationContext：在特定位置執行程式碼

SynchronizationContext 提供了一種在特定上下文或位置執行程式碼的方法。它的工作原理是捕獲傳遞給其 Send 或 Post 方法的委託，並在該上下文中呼叫它們。

了解 SynchronizationContext

SynchronizationContext 是每個執行緒中存在的類，可以透過 SynchronizationContext.SetSynchronizationContext 設定或透過 SynchronizationContext.Current 存取。不過，值得注意的是，SynchronizationContext 不一定代表特定的線程，它可以將呼叫委託給各個線程甚至遠端主機。

在 Windows 窗體中，當第一個窗體啟動時，WindowsFormsSynchronizationContext 會安裝在 UI 執行緒上。創建的。此上下文可確保在 UI 執行緒上呼叫傳遞給 Send 或 Post 的委託，這對於操作 Windows 窗體控制項至關重要。

範例程式碼說明

提供的範例程式碼示範如何使用SynchronizationContext從單獨的執行緒操作UI 控制項：

SynchronizationContext originalContext = SynchronizationContext.Current;
ThreadPool.QueueUserWorkItem(delegate {
    string text = File.ReadAllText(@"c:\temp\log.txt");
    originalContext.Post(delegate {
        myTextBox.Text = text;
    }, null);
});

1. 捕獲UI的SynchronizationContext： OriginalContext 變數在產生新任務之前捕獲UI 線程的SynchronizationContext。
2. 在後台線程上執行任務： 在線程上建立並執行任務池工作線程，通常不是 UI 線程。
3. 切換回 UI執行緒：讀取檔案後，程式碼使用originalContext的Post方法切換回UI執行緒並執行更新myTextBox.Text的委託。

避免UI執行緒存取衝突

在 Windows 窗體中，禁止從建立 UI 控制項的執行緒以外的執行緒存取 UI 控制項。因此，使用 SynchronizationContext 切換回 UI 執行緒對於避免從另一個執行緒操作 UI 元素時出現異常至關重要。

替代方法

從 .NET 4.5 開始，async/await 與 Task 結合使用並行庫（TPL）可以大大簡化在特定上下文中執行程式碼的過程。這些 API 會自動捕獲 UI 執行緒的 SynchronizationContext 並在必要時切換回它。

以上是SynchronizationContext 如何確保 .NET 中的執行緒安全 UI 更新？的詳細內容。更多資訊請關注PHP中文網其他相關文章！