跨線程異常

我有一會兒了問題跨線程異常

這一行：

txtPastes.Text = (string)e.UserState;

拋出一個跨線程異常，我沒有找到任何解決辦法

txtPastes - 文本

GuiUpdate - BackgroundWorker

lstAllPastes - 字符串列表

private void GuiUpdate_DoWork(object sender, DoWorkEventArgs e) 
    { 
     while (true) 
     { 
      while (lstAllPastes.Count == 0) ; 

      for (int i = 0; i < lstAllPastes[0].Length; i++) 
      { 
       GuiUpdate.ReportProgress(0, lstAllPastes[0].Substring(0, i)); 
       Thread.Sleep(1); 
      } 
      lstAllPastes.RemoveAt(0); 
     } 
    } 

    private void GuiUpdate_ProgressChanged(object sender, ProgressChangedEventArgs e) 
    { 
     txtPastes.Text = (string)e.UserState; 
    } 

    private void GuiUpdate_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e) 
    { 

    }

來源

2012-02-18 maryum375

這是WinForms還是WPF？ – Douglas 2012-02-18 16:16:09

您沒有找到任何解決方案？這可能是在GUI應用程序中使用線程時最常見的問題。 – svick 2012-02-18 16:23:40

WinForm ........ – maryum375 2012-02-18 17:02:29

您無法更新從比其他任何線程UI控件UI線程。通常，BackgroundWorker將負責在UI線程上正確提升其ProgressChanged和RunWorkerCompleted事件。由於不會出現在這裏是這樣，你可以封你的用戶界面，更新邏輯的UI使用Invoke方法線程自己：

txtPastes.Invoke(new Action(() => 
{ 
    // This code is executed on the UI thread. 
    txtPastes.Text = (string)e.UserState; 
}));

如果你在WPF中，你需要調用Invoke在控制的調度員：

txtPastes.Dispatcher.Invoke(new Action(() => 
{ 
    txtPastes.Text = (string)e.UserState; 
}));

更新：正如托馬斯·萊韋斯克和漢斯帕桑特所提到的，您應該調查爲什麼你的ProgressChanged事件沒有被UI線程上提出的原因。我的懷疑是，如果在初始化txtPastes文本框之前引發了第一個ProgressChanged事件，那麼您在應用程序初始化生命週期中過早啓動BackgroundWorker，這可能會導致競爭狀況，並可能導致NullReferenceException。

來源

2012-02-18 16:25:31 Douglas

我在initializecomponent（）後啓動BGW（） – maryum375 2012-02-18 16:58:22