Control的Invoke和BeginInvoke 是相對於支線執行緒(因為一般在支線執行緒中呼叫,用來更新主執行緒ui)Invoke立即插入主執行緒中執行,而BeginInvoke 要等主執行緒結束才執行
轉自:http://www.cnblogs.com/c2303191/articles/826571.html
近日,被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改為更新介面的方法。
相關知識:1。Invoke 和 BeginInvoke 的真正涵義
相關文章
- C#中的執行緒二(BeginInvoke和Invoke)C#執行緒
- 保證執行緒在主執行緒執行執行緒
- Java執行緒:執行緒中斷Java執行緒
- 多執行緒------執行緒與程式/執行緒排程/建立執行緒執行緒
- 執行緒和執行緒池執行緒
- 多執行緒-執行緒控制之休眠執行緒執行緒
- 多執行緒-執行緒控制之加入執行緒執行緒
- 多執行緒-執行緒控制之禮讓執行緒執行緒
- 多執行緒-執行緒控制之中斷執行緒執行緒
- Java執行緒中斷與終止執行緒執行Java執行緒
- 多執行緒-執行緒控制之守護執行緒執行緒
- 多執行緒【執行緒池】執行緒
- 多執行緒--執行緒管理執行緒
- Java多執行緒——執行緒Java執行緒
- 執行緒 執行緒池 Task執行緒
- 執行緒與多執行緒執行緒
- 【多執行緒總結(二)-執行緒安全與執行緒同步】執行緒
- Android中子執行緒更新主執行緒UI和ProgressBar的應用Android執行緒UI
- Java中命名執行器服務執行緒和執行緒池Java執行緒
- 多執行緒和多執行緒同步執行緒
- java執行緒之守護執行緒和使用者執行緒Java執行緒
- Android新執行緒中更新主執行緒UI中的View方法彙總Android執行緒UIView
- C#中的執行緒(三)多執行緒C#執行緒
- 多執行緒之初識執行緒執行緒
- Java多執行緒-執行緒中止Java執行緒
- 執行緒控制之休眠執行緒執行緒
- Java多執行緒——執行緒池Java執行緒
- c#執行緒-執行緒同步C#執行緒
- 多執行緒-執行緒概述等執行緒
- 執行緒1-單執行緒執行緒
- 執行緒3--執行緒安全執行緒
- 執行緒同步及執行緒鎖執行緒
- 在netty3.x中存在兩種執行緒:boss執行緒和worker執行緒。Netty執行緒
- 執行緒、開啟執行緒的兩種方式、執行緒下的Join方法、守護執行緒執行緒
- Android的執行緒和執行緒池Android執行緒
- 多執行緒-程式和執行緒的概述執行緒
- 執行緒的建立及執行緒池執行緒
- Java執行緒池核心執行緒用盡後為何優先排隊而不是繼續建立執行緒直至最大執行緒數?Java執行緒