c#中跨線程調用windows窗體控件

我們在做winform應用的時候，大部分情況下都會碰到使用多線程控制界面上控件資訊的問題。然而我們并不能用傳統方法來做這個問題，下面我将詳細的介紹。

首先來看傳統方法：

運作這段代碼，我們會看到系統抛出一個異常：

這是因為.net 2.0以後加強了安全機制，不允許在winform中直接跨線程通路控件的屬性。那麼怎麼解決這個問題呢，下面提供幾種方案。

第一種方案，我們在Form1_Load()方法中加一句代碼：

      加入這句代碼以後發現程式可以正常運作了。這句代碼就是說在這個類中我們不檢查跨線程的調用是否合法（如果沒有加這句話運作也沒有異常，那麼說明系統以及預設的采用了不檢查的方式）。然而，這種方法不可取。我們檢視CheckForIllegalCrossThreadCalls 這個屬性的定義，就會發現它是一個static的，也就是說無論我們在項目的什麼地方修改了這個值，他就會在全局起作用。而且像這種跨線程通路是否存在異常，我們通常都會去檢查。如果項目中其他人修改了這個屬性，那麼我們的方案就失敗了，我們要采取另外的方案。

      下面來看第二種方案，就是使用delegate和invoke來從其他線程中控制控件資訊。網上有很多人寫了這種控制方式，然而我看了很多這種文章，表明上看來是沒有什麼問題的，但是實際上并沒有解決這個問題，首先來看網絡上的那種不完善的方式：

使用這種方式我們可以看到跨線程通路的異常沒有了。但是新問題出現了，界面沒有響應了。為什麼會出現這個問題，我們隻是讓新開的線程無限循環重新整理，理論上應該不會對主線程産生影響的。其實不然，這種方式其實相當于把這個新開的線程“注入”到了主要制線程中，它取得了主線程的控制。隻要這個線程不傳回，那麼主線程将永遠都無法響應。就算新開的線程中不使用無限循環，使可以傳回了。這種方式的使用多線程也失去了它本來的意義。

現在來讓我們看看推薦的解決方案：

運作上述代碼，我們可以看到問題已經被解決了，通過等待異步，我們就不會總是持有主線程的控制，這樣就可以在不發生跨線程調用異常的情況下完成多線程對winform多線程控件的控制了。

原文：http://www.cnblogs.com/zhaotiantang/archive/2009/03/17/1414135.html