C#中的Invoke ?轉(zhuǎn)載▼

在用.NET Framework框架的WinForm構(gòu)建GUI程序界面時，如果要在控件的事件響應(yīng)函數(shù)中改變控件的狀態(tài)，例如：某個按鈕上的文本原先叫“打開”，單擊之后按鈕上的文本顯示“關(guān)閉”，初學(xué)者往往會想當(dāng)然地這么寫：

void ButtonOnClick(object sender,EventArgs e)

{

????button.Text="關(guān)閉";

}

這樣的寫法運行程序之后，可能會觸發(fā)異常，異常信息大致是“不能從不是創(chuàng)建該控件的線程調(diào)用它”。注意這里是“可能”，并不一定會觸發(fā)該種異常。造成這種異常的原因在于，控件是在主線程中創(chuàng)建的（比如this.Controls.Add(...);)，進(jìn)入控件的事件響應(yīng)函數(shù)時，是在控件所在的線程，并不是主線程。在控件的事件響應(yīng)函數(shù)中改變控件的狀態(tài)，可能與主線程發(fā)生線程沖突。如果主線程正在重繪控件外觀，此時在別的線程改變控件外觀，就會造成畫面混亂。不過這樣的情況并不總會發(fā)生，如果主線程此時在重繪別的控件，就可能逃過一劫，這樣的寫法可以正常通過，沒有觸發(fā)異常。

正確的寫法是在控件響應(yīng)函數(shù)中調(diào)用控件的Invoke方法（其實如果大家以前用過C++ Builder的話，也會找到類似Invoke那樣的激活到主線程的函數(shù)）。Invoke方法會順著控件樹向上搜索，直到找到創(chuàng)建控件的那個線程（通常是主線程），然后進(jìn)入那個線程改變控件的外觀，確保不發(fā)生線程沖突。正確寫法的示例如下：

void ButtonOnClick(object sender,EventArgs e)

{

????button.Invoke(new EventHandler(delegate

????{

????????button.Text="關(guān)閉";

????}));

}

Invoke方法需要創(chuàng)建一個委托。你可以事先寫好函數(shù)和與之對應(yīng)的委托。不過，若想直觀地在Invoke方法調(diào)用的時候就看到具體的函數(shù)，而不是到別處搜尋的話，上面的示例代碼是不錯的選擇。

這樣的寫法有一個煩人的地方：對不同的控件寫法不同。對于TextBox，要TextBoxObject.Invoke，對于Label，又要LabelObject.Invoke。有沒有統(tǒng)一一點的寫法呢？

主窗口類本身也有Invoke方法。如果你不想對不同的控件寫法不一樣，可以全部用this.Invoke：

void ButtonOnClick(object sender,EventArgs e)

{

????this.Invoke(new EventHandler(delegate

????{

????????button.Text="關(guān)閉";

????}));

}

在C# 3.0及以后的版本中有了Lamda表達(dá)式，像上面這種匿名委托有了更簡潔的寫法。.NET Framework?3.5及以后版本更能用Action封裝方法。例如以下寫法可以看上去非常簡潔：

void ButtonOnClick(object sender,EventArgs e)

{

????this.Invoke(new Action(()=>

????{

????????button.Text="關(guān)閉";

????}));

}

以上寫法往往充斥著WinForm構(gòu)建的程序。

在微軟新一代的界面開發(fā)技術(shù)WPF中，由于界面呈現(xiàn)和業(yè)務(wù)邏輯原生態(tài)地分開在兩個線程中，所以控件的事件響應(yīng)函數(shù)就不必Invoke了。但是，如果手動開辟一個新線程，那么在這個新線程中改變控件的外觀，則還是要Invoke的。