摘自其他人博客，自己試過確實解決問題。（如在自己定義的線程裡面給textbox賦值） 由於Windows窗體控制項本質上不是線程安全的。因此如果有兩個或多個線程適度操作某一控制項的狀態(set value)，則可能會迫使該控制項進入一種不一致的狀態。還可能出現其他與線程相關的bug，包括爭用和死鎖的情況。 ...
摘自其他人博客，自己試過確實解決問題。（如在自己定義的線程裡面給textbox賦值）
由於Windows窗體控制項本質上不是線程安全的。因此如果有兩個或多個線程適度操作某一控制項的狀態(set value)，則可能會迫使該控制項進入一種不一致的狀態。還可能出現其他與線程相關的bug，包括爭用和死鎖的情況。所以VS2005這一改動便可以增強 線程安全性。
我想大家更關心的是如何解決這個問題，如何才能操作其它線程中的控制項而不引發異常，接下來我們就來探討下這個問題：
第一種方法：
這種方法我沒用過，因為大家推薦不要使用，所以我沒去實驗過，具體方法如下（摘自網上）：
設置 System.Windows.Forms.Control.CheckForIllegalCrossThreadCalls=false; （winform.下）如果在你的程式初始化的時候設置了這個屬性，而且在你的控制項中使用的都是微軟Framework類庫中的控制項的話，系統就不會再拋 出你上面所說的這個錯誤了。當然這隻是為了將VS2003的代碼轉換到VS2005下所使用的一種常見的方法。不建議採用；
第二種方法，也是我今天主要要講的就是利用delegate和invoke這個方法：
思路：把想對另一線程中的控制項實施的操作放到一個函數中，然後使用delegate代理那個函數，並且在那個函數中加入一個判斷，用 InvokeRequired來判斷調用這個函數的線程是否和控制項線程在同一線程中，如果是則直接執行對控制項的操作，否則利用控制項的Invoke或 BeginInvoke方法來執行這個代理。
在繼續講解下去之前我們先來看一下這裡提到的幾個方法(如果對以下兩個東東已經瞭解了就可以跳過)
首先是Invoke
Invoke的中文解釋是喚醒，它有兩種參數類型我們這裡只講一種即(Delegate, Object[])
Delegate就是前面提到的那個代理，而Object[]則是用來存放Delegate所代理函數的參數
MSDN上關於INVOKE方法有如下說明：在擁有控制項的基礎視窗句柄的線程上，用指定的參數列表執行指定委托。
用通俗的話講就是利用控制項的INVOKE方法，使該控制項所在的線程執行這個代理，也就是執行我們想對控制項進行的操作，相當於喚醒了這個操作；
其次是控制項的InvokeRequired這個屬性（個人翻譯為’喚醒請求’）：
MSDN上關於它的解釋是獲取一個值，該值指示調用方在對控制項進行方法調用時是否必須調用Invoke方法，因為調用方位於創建控制項所在的線程以外的線程中。
有通俗的話講就是返回一個值，如果與控制項屬於同一個線程，則不需要進行喚醒的請求，也就是返回值為False，否則則需要進行喚醒的請求，返回為 true
總感覺MSDN上的翻譯讓人無法一看就明白，可能是自己智力不夠吧~~
最後就是我們的具體程式了：
delegate void aa(strings);//創建一個代理
private void pri(string t)//這個就是我們的函數，我們把要對控制項進行的操作放在這裡
{
if(!richTextBox1.InvokeRequired)//判斷是否需要進行喚醒的請求，如果控制項與主線程在一個線程內，可以寫成 if(!InvokeRequired)
{
MessageBox.Show("同一線程內");
richTextBox1.Text =t;
}
else
{
MessageBox.Show("不是同一個線程");
aa a1 =new aa(pri);
Invoke(a1,new object []{t});//執行喚醒操作
}
}
private voidForm1_Load(object sender, System.EventArgse)
{
Threadnewthread = new Thread(new ThreadStart(ttread));
newthread.Start();
}
voidttread()
{
pri("sdfs");
}
執行結果先調出一個提示框顯示“不是同一個線程”，然後跳出提示框顯示“同一線程內”，然後richTextBox1中的text值為sdfs;這樣便完成了對其它線程中的控制項進行操作。
轉自：https://www.cnblogs.com/Medeor/articles/2650071.html
