如何安全處理 .NET 中 UI 更新的跨執行緒操作？

避免 .NET UI 更新中的「跨執行緒操作無效」錯誤

在 .NET 中，嘗試從與創建 UI 元素的執行緒不同的執行緒修改 UI 元素會導致可怕的「跨執行緒操作無效」錯誤。這源自於一條關鍵規則：UI 操作必須在最初建立 UI 元素的執行緒上執行。

讓我們用程式碼範例來說明：

<code class="language-csharp">System.Threading.Thread t = new System.Threading.Thread(() =>
{
   // Perform intensive operations...
   listView1.Items.Add(lots of items); // Error prone line!
   // More UI updates...
});
t.Start();</code>

此程式碼產生一個執行緒來處理任務。 但是，當執行緒嘗試更新 UI（向 listView1 新增項目）時，會發生錯誤，因為主 UI 執行緒上未發生更新。

UI 執行緒的安全方法

禁止從非 UI 執行緒直接進行 UI 操作。 這裡有兩個有效的解決方案：

• Invoke 方法： 如果您擁有 UI 控制項的參考（如 listView1），請使用 Invoke 方法。 此方法將操作排隊以在 UI 執行緒上執行。

• BackgroundWorker 類別： BackgroundWorker 簡化了非同步操作。它創建一個後台線程並促進後台線程和 UI 線程之間的通信，使跨線程更新變得易於管理。

<code class="language-csharp">BackgroundWorker bw = new BackgroundWorker();
bw.DoWork += (s, e) => { /* Create items here */ };
bw.RunWorkerCompleted += (s, e) => { /* Update listView1 here */ };

bw.RunWorkerAsync();</code>

Invoke 和 BackgroundWorker 都提供了處理跨執行緒操作的安全機制，確保 UI 更新僅發生在適當的執行緒上，防止出現「跨執行緒操作無效」錯誤。

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