前段時(shí)間遇到跨線程調(diào)用窗體控件的問題，其實(shí)一句話System.Windows.Forms.Control.CheckForIllegalCrossThreadCalls = false;就可以解決，但感覺會(huì)有不穩(wěn)定因素，因此在網(wǎng)上找了一些相應(yīng)的文章感覺還不錯(cuò)，第一種用的比較順手：
(注：在devexpress控件中用DevExpress.Data.CurrencyDataController.DisableThreadingProblemsDetection = true;)
用戶不喜歡反應(yīng)慢的程序。在執(zhí)行耗時(shí)較長的操作時(shí)，使用多線程是明智之舉，它可以提高程序 UI 的響應(yīng)速度，使得一切運(yùn)行顯得更為快速。在 Windows 中進(jìn)行多線程編程曾經(jīng)是 C++ 開發(fā)人員的專屬特權(quán)，但是現(xiàn)在，可以使用所有兼容 Microsoft .NET 的語言來編寫。
不過Windows 窗體體系結(jié)構(gòu)對(duì)線程使用制定了嚴(yán)格的規(guī)則。如果只是編寫單線程應(yīng)用程序，則沒必要知道這些規(guī)則，這是因?yàn)閱尉€程的代碼不可能違反這些規(guī)則。然而，一旦采用多線程，就需要理解 Windows 窗體中最重要的一條線程規(guī)則：除了極少數(shù)的例外情況，否則都不要在它的創(chuàng)建線程以外的線程中使用控件的任何成員。本規(guī)則的例外情況有文檔說明，但這樣的情況非常少。這適用于其類派生自 System.Windows.Forms.Control 的任何對(duì)象，其中幾乎包括 UI 中的所有元素。所有的 UI 元素（包括表單本身）都是從 Control 類派生的對(duì)象。此外，這條規(guī)則的結(jié)果是一個(gè)被包含的控件（如，包含在一個(gè)表單中的按鈕）必須與包含它控件位處于同一個(gè)線程中。也就是說，一個(gè)窗口中的所有控件屬于同一個(gè) UI 線程。實(shí)際中，大部分 Windows 窗體應(yīng)用程序最終都只有一個(gè)線程，所有 UI 活動(dòng)都發(fā)生在這個(gè)線程上。這個(gè)線程通常稱為 UI 線程。這意味著您不能調(diào)用用戶界面中任意控件上的任何方法，除非在該方法的文檔說明中指出可以調(diào)用。該規(guī)則的例外情況（總有文檔記錄）非常少而且它們之間關(guān)系也不大。請(qǐng)注意，以下代碼是非法的：
private Thread myThread;
private void Form1_Load(object sender, EventArgs e)
{
myThread = new Thread(new ThreadStart(RunsOnWorkerThread));
myThread.Start();
}
private void RunsOnWorkerThread()
{
label1.Text = "myThread線程調(diào)用UI控件";
}
如果您在 .NET Framework 1.0 版本中嘗試運(yùn)行這段代碼，也許會(huì)僥幸運(yùn)行成功，或者初看起來是如此。這就是多線程錯(cuò)誤中的主要問題，即它們并不會(huì)立即顯現(xiàn)出來。甚至當(dāng)出現(xiàn)了一些錯(cuò)誤時(shí)，在第一次演示程序之前一切看起來也都很正常。但不要搞錯(cuò) — 我剛才顯示的這段代碼明顯違反了規(guī)則，并且可以預(yù)見，任何抱希望于“試運(yùn)行時(shí)良好，應(yīng)該就沒有問題”的人在即將到來的調(diào)試期是會(huì)付出沉重代價(jià)的。
下面我們來看看有哪些方法可以解決這一問題。
一、System.Windows.Forms.MethodInvoker 類型是一個(gè)系統(tǒng)定義的委托，用于調(diào)用不帶參數(shù)的方法。
private Thread myThread;
private void Form1_Load(object sender, EventArgs e)
{
myThread = new Thread(new ThreadStart(RunsOnWorkerThread));
myThread.Start();
}
private void RunsOnWorkerThread()
{
MethodInvoker mi = new MethodInvoker(SetControlsProp);
BeginInvoke(mi);
}
private void SetControlsProp()
{
label1.Text = "myThread線程調(diào)用UI控件";
}
二、直接用System.EventHandle（可帶參數(shù)）
private Thread myThread;
private void Form1_Load(object sender, EventArgs e)
{
myThread = new Thread(new ThreadStart(RunsOnWorkerThread));
myThread.Start();
}
private void RunsOnWorkerThread()
{
//DoSomethingSlow();
string pList = "myThread線程調(diào)用UI控件";
label1.BeginInvoke(new System.EventHandler(UpdateUI), pList);
}
//直接用System.EventHandler,沒有必要自定義委托
private void UpdateUI(object o, System.EventArgs e)
{
//UI線程設(shè)置label1屬性
label1.Text = o.ToString() + "成功!";
}
三、包裝 Control.Invoke
雖然第二個(gè)方法中的代碼解決了這個(gè)問題，但它相當(dāng)繁瑣。如果輔助線程希望在結(jié)束時(shí)提供更多的反饋信息，而不是簡單地給出“Finished!”消息，則 BeginInvoke 過于復(fù)雜的使用方法會(huì)令人生畏。為了傳達(dá)其他消息，例如“正在處理”、“一切順利”等等，需要設(shè)法向 UpdateUI 函數(shù)傳遞一個(gè)參數(shù)。可能還需要添加一個(gè)進(jìn)度欄以提高反饋能力。這么多次調(diào)用 BeginInvoke 可能導(dǎo)致輔助線程受該代碼支配。這樣不僅會(huì)造成不便，而且考慮到輔助線程與 UI 的協(xié)調(diào)性，這樣設(shè)計(jì)也不好。對(duì)這些進(jìn)行分析之后，我們認(rèn)為包裝函數(shù)可以解決這兩個(gè)問題。
private Thread myThread;
private void Form1_Load(object sender, EventArgs e)
{
myThread = new Thread(new ThreadStart(RunsOnWorkerThread));
myThread.Start();
}
private void RunsOnWorkerThread()
{
////DoSomethingSlow();
for (int i = 0; i < 100; i++)
{
ShowProgress( Convert.ToString(i)+"%", i);
Thread.Sleep(100);
}
}
public void ShowProgress(string msg, int percentDone)
{
// Wrap the parameters in some EventArgs-derived custom class:
System.EventArgs e = new MyProgressEvents(msg, percentDone);
object[] pList = { this, e };
BeginInvoke(new MyProgressEventsHandler(UpdateUI), pList);
}
private delegate void MyProgressEventsHandler(object sender, MyProgressEvents e);
private void UpdateUI(object sender, MyProgressEvents e)
{
lblStatus.Text = e.Msg;
myProgressControl.Value = e.PercentDone;
}
public class MyProgressEvents : EventArgs
{
public string Msg;
public int PercentDone;
public MyProgressEvents(string msg, int per)
{
Msg = msg;
PercentDone = per;
}
}
ShowProgress 方法對(duì)將調(diào)用引向正確線程的工作進(jìn)行封裝。這意味著輔助線程代碼不再擔(dān)心需要過多關(guān)注 UI 細(xì)節(jié)，而只要定期調(diào)用 ShowProgress 即可。
如果我提供一個(gè)設(shè)計(jì)為可從任何線程調(diào)用的公共方法，則完全有可能某人會(huì)從 UI 線程調(diào)用這個(gè)方法。在這種情況下，沒必要調(diào)用 BeginInvoke，因?yàn)槲乙呀?jīng)處于正確的線程中。調(diào)用 Invoke 完全是浪費(fèi)時(shí)間和資源，不如直接調(diào)用適當(dāng)?shù)姆椒ā榱吮苊膺@種情況，Control 類將公開一個(gè)稱為 InvokeRequired 的屬性。這是“只限 UI 線程”規(guī)則的另一個(gè)例外。它可從任何線程讀取，如果調(diào)用線程是 UI 線程，則返回假，其他線程則返回真。這意味著我可以按以下方式修改包裝：
public void ShowProgress(string msg, int percentDone)
{
if (InvokeRequired)
{
// As before
//...
}
else
{
// We're already on the UI thread just
// call straight through.
UpdateUI(this, new MyProgressEvents(msg,PercentDone));
}
}
本文來自CSDN博客，轉(zhuǎn)載請(qǐng)標(biāo)明出處：http://blog.csdn.net/jackey0517/archive/2009/09/08/4533458.aspx