BeginInvoke 方法真的是新開(kāi)一個(gè)線程進(jìn)行異步調(diào)用嗎？

參考以下代碼：

public?delegate?void?treeinvoke();

private?void?UpdateTreeView()

{

? ? ? ? ?MessageBox.Show(System.Threading.Thread.CurrentThread.Name);

}

private?void?button1_Click(object?sender,?System.EventArgs?e)

{

? ? ? ? ? System.Threading.Thread.CurrentThread.Name?=?“UIThread”;

? ? ? ? ? treeView1.BeginInvoke(new?treeinvoke(UpdateTreeView));

}

看看運(yùn)行結(jié)果，彈出的對(duì)話框中顯示的是 UIThread，這說(shuō)明 BeginInvoke 所調(diào)用的委托根本就是在 UI 線程中執(zhí)行的。

既然是在 UI 線程中執(zhí)行，又何來(lái)“異步執(zhí)行”一說(shuō)呢？

我們?cè)倏纯聪旅娴拇a：

public?delegate?void?treeinvoke();

private?void?UpdateTreeView()

{

? ? ? ?MessageBox.Show(Thread.CurrentThread.Name);

}

private?void?button1_Click(object?sender,?System.EventArgs?e)

?{

? ? ? ?Thread.CurrentThread.Name?=?“UIThread”;

? ? ? ?Thread?th?=?new?Thread(new?ThreadStart(StartThread));

? ? ? ?th.Start();

}

?

private?void?StartThread()

{

? ? ? ? ? Thread.CurrentThread.Name?=?“Work?Thread”;

? ? ? ? ? treeView1.BeginInvoke(new?treeinvoke(UpdateTreeView));

}

再看看運(yùn)行結(jié)果，彈出的對(duì)話框中顯示的還是 UIThread，這說(shuō)明什么？這說(shuō)明 BeginInvoke 方法所調(diào)用的委托無(wú)論如何都是在 UI 線程中執(zhí)行的。

那 BeginInvoke 究竟有什么用呢？

在多線程編程中，我們經(jīng)常要在工作線程中去更新界面顯示，而在多線程中直接調(diào)用界面控件的方法是錯(cuò)誤的做法，具體的原因可以在看完我的這篇之后看看這篇：在多線程中如何調(diào)用Winform，如果你是大牛的話就不要看我這篇了，直接看那篇吧，反正那篇文章我沒(méi)怎么看懂。

Invoke 和 BeginInvoke 就是為了解決這個(gè)問(wèn)題而出現(xiàn)的，使你在多線程中安全的更新界面顯示。

正確的做法是將工作線程中涉及更新界面的代碼封裝為一個(gè)方法，通過(guò) Invoke 或者 BeginInvoke 去調(diào)用，兩者的區(qū)別就是一個(gè)導(dǎo)致工作線程等待，而另外一個(gè)則不會(huì)。

而所謂的“一面響應(yīng)操作，一面添加節(jié)點(diǎn)”永遠(yuǎn)只能是相對(duì)的，使 UI 線程的負(fù)擔(dān)不至于太大而以，因?yàn)榻缑娴恼_更新始終要通過(guò) UI 線程去做，我們要做的事情是在工作線程中包攬大部分的運(yùn)算，而將對(duì)純粹的界面更新放到 UI 線程中去做，這樣也就達(dá)到了減輕 UI 線程負(fù)擔(dān)的目的了。

而在那段更新樹(shù)節(jié)點(diǎn)的代碼中，其實(shí)唯一起作用的代碼是：System.Threading.Thread.Sleep(100);，它使 UI 線程有了處理界面消息的機(jī)會(huì)，其實(shí) 數(shù)碼幽靈 將問(wèn)題復(fù)雜化了，只要以下的代碼就可以很好的工作了。

private?void?button1_Click_(object?sender,?System.EventArgs?e)

{

? ? ? ? ??TreeNode?tn;

? ? ? ? ??for(int?i=0;i<100000;i++)

? ? ? ? ??{

? ? ? ? ?? ? ? ? ? tn=new?TreeNode?(i.ToString());? ? ? ? ?

? ? ? ? ?? ? ? ? ?this.treeView1.Nodes[0].Nodes.Add(tn);

? ? ?? ? ? ? ??? ?if?(i%100?==?0)?Application.DoEvents();

? ? ? ? ??}

?

}

?

?

?

?

近日，被Control的Invoke和BeginInvoke搞的頭大，就查了些相關(guān)的資料，整理如下。感謝這篇文章對(duì)我的理解Invoke和BeginInvoke的真正含義?。
(一）Control的Invoke和BeginInvoke
我們要基于以下認(rèn)識(shí)：
（1）Control的Invoke和BeginInvoke與Delegate的Invoke和BeginInvoke是不同的。
（2）Control的Invoke和BeginInvoke的參數(shù)為delegate，委托的方法是在Control的線程上執(zhí)行的，也就是我們平時(shí)所說(shuō)的UI線程。

我們以代碼(一)來(lái)看(Control的Invoke)

private?delegate?void?InvokeDelegate();

private?void?InvokeMethod(){

//C代碼段

}

private?void?butInvoke_Click(object?sender,?EventArgs?e)?{

//A代碼段…….

this.Invoke(new?InvokeDelegate(InvokeMethod));

//B代碼段……

}

你覺(jué)得代碼的執(zhí)行順序是什么呢?記好Control的Invoke和BeginInvoke都執(zhí)行在主線程即UI線程上
A——>C—————->B
解釋：(1)A在UI線程上執(zhí)行完后，開(kāi)始Invoke，Invoke是同步
(2)代碼段B并不執(zhí)行，而是立即在UI線程上執(zhí)行InvokeMethod方法，即代碼段C。
(3)InvokeMethod方法執(zhí)行完后，代碼段C才在UI線程上繼續(xù)執(zhí)行。

看看代碼(二)，Control的BeginInvoke

private?delegate?void?BeginInvokeDelegate();

private?void?BeginInvokeMethod(){

//C代碼段

}

private?void?butBeginInvoke_Click(object?sender,?EventArgs?e)?{

//A代碼段…….

this.BeginInvoke(new?BeginInvokeDelegate(BeginInvokeMethod));

//B代碼段……

}

你覺(jué)得代碼的執(zhí)行順序是什么呢?記好Control的Invoke和BeginInvoke都執(zhí)行在主線程即UI線程上
A———–>B—————>C慎重，這個(gè)只做參考。。。。。，我也不肯定執(zhí)行順序，如果有哪位達(dá)人知道的話請(qǐng)告知。
解釋：：(1)A在UI線程上執(zhí)行完后，開(kāi)始BeginInvoke，BeginInvoke是異步
(2)InvokeMethod方法，即代碼段C不會(huì)執(zhí)行，而是立即在UI線程上執(zhí)行代碼段B。
(3)代碼段B執(zhí)行完后(就是說(shuō)butBeginInvoke_Click方法執(zhí)行完后)，InvokeMethod方法，即代碼段C才在UI線程上繼續(xù)執(zhí)行。

由此，我們知道：
Control的Invoke和BeginInvoke的委托方法是在主線程，即UI線程上執(zhí)行的。也就是說(shuō)如果你的委托方法用來(lái)取花費(fèi)時(shí)間長(zhǎng)的數(shù)據(jù)，然后更新界面什么的，千萬(wàn)別在UI線程上調(diào)用Control.Invoke和Control.BeginInvoke，因?yàn)檫@些是依然阻塞UI線程的，造成界面的假死。

那么，這個(gè)異步到底是什么意思呢?

異步是指相對(duì)于調(diào)用BeginInvoke的線程異步，而不是相對(duì)于UI線程異步，你在UI線程上調(diào)用BeginInvoke ，當(dāng)然不行了。－－－－摘自”Invoke和BeginInvoke的真正涵義”一文中的評(píng)論。
BeginInvoke的原理是將調(diào)用的方法Marshal成消息，然后調(diào)用Win32 API中的RegisterWindowMessage()向UI窗口發(fā)送消息。－－－－摘自”Invoke和BeginInvoke的真正涵義”一文中的評(píng)論。

(二)我們用Thread來(lái)調(diào)用BeginInvoke和Invoke
我們開(kāi)一個(gè)線程，讓線程執(zhí)行一些耗費(fèi)時(shí)間的操作，然后再用Control.Invoke和Control.BeginInvoke回到用戶UI線程，執(zhí)行界面更新。

代碼(三)? Thread調(diào)用Control的Invoke

private?Thread?invokeThread;

private?delegate?void?invokeDelegate();

private?void?StartMethod(){

//C代碼段……

Control.Invoke(new?invokeDelegate(invokeMethod));

//D代碼段……

}

private?void?invokeMethod(){

//E代碼段

}

private?void?butInvoke_Click(object?sender,?EventArgs?e)?{

//A代碼段…….

invokeThread?=?new?Thread(new?ThreadStart(StartMethod));

invokeThread.Start();

//B代碼段……

}

你覺(jué)得代碼的執(zhí)行順序是什么呢?記好Control的Invoke和BeginInvoke都執(zhí)行在主線程即UI線程上
A——>(Start一開(kāi)始B和StartMethod的C就同時(shí)執(zhí)行)—->(C執(zhí)行完了，不管B有沒(méi)有執(zhí)行完，invokeThread把消息封送(invoke)給UI線程，然后自己等待)—->UI線程處理完butInvoke_Click消息后，處理invokeThread封送過(guò)來(lái)的消息，執(zhí)行invokeMethod方法，即代碼段E，處理往后UI線程切換到invokeThread線程。
這個(gè)Control.Invoke是相對(duì)于invokeThread線程同步的，阻止了其運(yùn)行。

解釋：
1。UI執(zhí)行A
2。UI開(kāi)線程InvokeThread，B和C同時(shí)執(zhí)行，B執(zhí)行在線程UI上，C執(zhí)行在線程invokeThread上。
3。invokeThread封送消息給UI，然后自己等待，UI處理完消息后，處理invokeThread封送的消息，即代碼段E
4。UI執(zhí)行完E后，轉(zhuǎn)到線程invokeThread上，invokeThread線程執(zhí)行代碼段D

代碼(四)? Thread調(diào)用Control的BeginInvoke

private?Thread?beginInvokeThread;

private?delegate?void?beginInvokeDelegate();

private?void?StartMethod(){

//C代碼段……

Control.BeginInvoke(new?beginInvokeDelegate(beginInvokeMethod));

//D代碼段……

}

private?void?beginInvokeMethod(){

//E代碼段

}

private?void?butBeginInvoke_Click(object?sender,?EventArgs?e)?{

//A代碼段…….

beginInvokeThread?=?new?Thread(new?ThreadStart(StartMethod));

beginInvokeThread?.Start();

//B代碼段……

}

你覺(jué)得代碼的執(zhí)行順序是什么呢?記好Control的Invoke和BeginInvoke都執(zhí)行在主線程即UI線程上
A在UI線程上執(zhí)行—–>beginInvokeThread線程開(kāi)始執(zhí)行，UI繼續(xù)執(zhí)行代碼段B，并發(fā)地invokeThread執(zhí)行代碼段C————–>不管UI有沒(méi)有執(zhí)行完代碼段B，這時(shí)beginInvokeThread線程把消息封送給UI，單自己并不等待，繼續(xù)向下執(zhí)行——–>UI處理完butBeginInvoke_Click消息后，處理beginInvokeThread線程封送過(guò)來(lái)的消息。

解釋：
1。UI執(zhí)行A
2。UI開(kāi)線程beginInvokeThread，B和C同時(shí)執(zhí)行，B執(zhí)行在線程UI上，C執(zhí)行在線程beginInvokeThread上。
3。beginInvokeThread封送消息給UI，然后自己繼續(xù)執(zhí)行代碼D，UI處理完消息后，處理invokeThread封送的消息，即代碼段E
有點(diǎn)疑問(wèn)：如果UI先執(zhí)行完畢，是不是有可能過(guò)了段時(shí)間beginInvokeThread才把消息封送給UI，然后UI才繼續(xù)執(zhí)行封送的消息E。如圖淺綠的部分。

Control的BeginInvoke是相對(duì)于調(diào)用它的線程，即beginInvokeThread相對(duì)是異步的。
因此，我們可以想到。如果要異步取耗費(fèi)長(zhǎng)時(shí)間的數(shù)據(jù)，比如從數(shù)據(jù)庫(kù)中讀大量數(shù)據(jù)，我們應(yīng)該這么做。
(1)如果你想阻止調(diào)用線程，那么調(diào)用代碼(三)，代碼段D刪掉，C改為耗費(fèi)長(zhǎng)時(shí)間的操作，因?yàn)檫@個(gè)操作是在另外一個(gè)線程中做的。代碼段E改為更新界面的方法。
(2)如果你不想阻止調(diào)用線程，那么調(diào)用代碼(四)，代碼段D刪掉，C改為耗費(fèi)長(zhǎng)時(shí)間的操作，因?yàn)檫@個(gè)操作是在另外一個(gè)線程中做的。代碼段E改為更新界面的方法。

總結(jié)

以上是生活随笔為你收集整理的C#中Invoke 和 BeginInvoke的涵义和区别的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。