近日,被Control的Invoke和BeginInvoke搞的頭大,就查了些相關的資料,整理以下。數據庫
Control的Invoke和BeginInvoke 是相對於支線線程(由於通常在支線線程中調用,用來更新主線程ui)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的BeginInvokeui
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的Invokethis
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
spa
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改成更新界面的方法。3d