[轉]Control的Invoke和BeginInvoke

轉自：Control的Invoke和BeginInvoke  做者：Kuffy Wang

近日，被Control的Invoke和BeginInvoke搞的頭大，就查了些相關的資料，整理以下。感謝這篇文章對個人理解Invoke和BeginInvoke的真正含義 。
(一）Control的Invoke和BeginInvoke
咱們要基於如下認識：
（1）Control的Invoke和BeginInvoke與Delegate的Invoke和BeginInvoke是不一樣的。
（2）Control的Invoke和BeginInvoke的參數爲delegate，委託的方法是在Control的線程上執行的，也就是咱們平時所說的UI線程。

咱們以代碼(一)來看(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代碼段......
}
你以爲代碼的執行順序是什麼呢?記好Control的Invoke和BeginInvoke都執行在主線程即UI線程上
A------>C---------------->B
解釋：(1)A在UI線程上執行完後，開始Invoke，Invoke是同步
(2)代碼段B並不執行，而是當即在UI線程上執行InvokeMethod方法，即代碼段C。
(3)InvokeMethod方法執行完後，代碼段C纔在UI線程上繼續執行。

看看代碼(二)，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代碼段......
}
你以爲代碼的執行順序是什麼呢?記好Control的Invoke和BeginInvoke都執行在主線程即UI線程上
A----------->B--------------->C慎重，這個只作參考。。。。。，我也不願定執行順序，若是有哪位達人知道的話請告知。
解釋：：(1)A在UI線程上執行完後，開始BeginInvoke，BeginInvoke是異步
(2)InvokeMethod方法，即代碼段C不會執行，而是當即在UI線程上執行代碼段B。
(3)代碼段B執行完後(就是說butBeginInvoke_Click方法執行完後)，InvokeMethod方法，即代碼段C纔在UI線程上繼續執行。

由此，咱們知道：
Control 的Invoke和BeginInvoke的委託方法是在主線程，即UI線程上執行的。也就是說若是你的委託方法用來取花費時間長的數據，而後更新界面什麼 的，千萬別在UI線程上調用Control.Invoke和Control.BeginInvoke，由於這些是依然阻塞UI線程的，形成界面的假死。

那麼，這個異步究竟是什麼意思呢?

異步是指相對於調用BeginInvoke的線程異步，而不是相對於UI線程異步，你在UI線程上調用BeginInvoke ，固然不行了。－－－－摘自"Invoke和BeginInvoke的真正涵義"一文中的評論。
BeginInvoke的原理是將調用的方法Marshal成消息，而後調用Win32 API中的RegisterWindowMessage()向UI窗口發送消息。－－－－摘自"Invoke和BeginInvoke的真正涵義"一文中的評論。

(二)咱們用Thread來調用BeginInvoke和Invoke
      咱們開一個線程，讓線程執行一些耗費時間的操做，而後再用Control.Invoke和Control.BeginInvoke回到用戶UI線程，執行界面更新。

代碼(三)  Thread調用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代碼段......
}
你以爲代碼的執行順序是什麼呢?記好Control的Invoke和BeginInvoke都執行在主線程即UI線程上
A------>(Start一開始B和StartMethod的C就同時執行)---->(C執行完了，無論B有沒有執行完，invokeThread把消息封送(invoke)給UI線程，而後本身等待)---->UI線程處理完butInvoke_Click消息後，處理invokeThread封送過來的消息，執行invokeMethod方法，即代碼段E，處理日後UI線程切換到invokeThread線程。
這個Control.Invoke是相對於invokeThread線程同步的，阻止了其運行。

解釋：
1。UI執行A
2。UI開線程InvokeThread，B和C同時執行，B執行在線程UI上，C執行在線程invokeThread上。
3。invokeThread封送消息給UI，而後本身等待，UI處理完消息後，處理invokeThread封送的消息，即代碼段E
4。UI執行完E後，轉到線程invokeThread上，invokeThread線程執行代碼段D

代碼(四)  Thread調用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代碼段......
}
你以爲代碼的執行順序是什麼呢?記好Control的Invoke和BeginInvoke都執行在主線程即UI線程上
A 在UI線程上執行----->beginInvokeThread線程開始執行，UI繼續執行代碼段B，併發地invokeThread執行代碼段 C-------------->無論UI有沒有執行完代碼段B，這時beginInvokeThread線程把消息封送給UI，單本身並不等待， 繼續向下執行-------->UI處理完butBeginInvoke_Click消息後，處理beginInvokeThread線程封送過來的消息。

解釋：
1。UI執行A
2。UI開線程beginInvokeThread，B和C同時執行，B執行在線程UI上，C執行在線程beginInvokeThread上。
3。beginInvokeThread封送消息給UI，而後本身繼續執行代碼D，UI處理完消息後，處理invokeThread封送的消息，即代碼段E
有點疑問：若是UI先執行完畢，是否是有可能過了段時間beginInvokeThread才把消息封送給UI，而後UI才繼續執行封送的消息E。如圖淺綠的部分。


Control的BeginInvoke是相對於調用它的線程，即beginInvokeThread相對是異步的。
所以，咱們能夠想到。若是要異步取耗費長時間的數據，好比從數據庫中讀大量數據，咱們應該這麼作。
(1)若是你想阻止調用線程，那麼調用代碼(三)，代碼段D刪掉，C改成耗費長時間的操做，由於這個操做是在另一個線程中作的。代碼段E改成更新界面的方法。
(2)若是你不想阻止調用線程，那麼調用代碼(四)，代碼段D刪掉，C改成耗費長時間的操做，由於這個操做是在另一個線程中作的。代碼段E改成更新界面的方法。
2010年補充：具體原理請參考如下文章 http://www.cnblogs.com/worldreason/archive/2008/06/09/1216127.html ，因爲我已經很長時間沒上網，一直沒更新此文章。

 從消息的角度來講，能夠看以下圖：

 

 每 個線程都有本身的消息隊列，也只能訪問本身建立的控件，若是你想給消息B發送消息怎麼辦呢？能夠PostMessage或SendMessage，一個是 當即等待消息調用完，一個是用回調，本身不阻礙。具體能夠參考<<windows核心編程>>中關於窗口的章節。

相關知識：1。Invoke 和 BeginInvoke 的真正涵義

2。MSDN上關於Control的Invoke和BeginInvoke的文檔

3。消息機制