WPF的Invoke()和BeginInvoke()
阿新 • • 發佈：2019-02-18
(1)A在UI執行緒上執行完後，開始BeginInvoke，BeginInvoke是非同步
(2)InvokeMethod方法，即程式碼段C不會執行，而是立即在UI執行緒上執行程式碼段B。
(3)程式碼段B執行完後(就是說butBeginInvoke_Click方法執行完後)，InvokeMethod方法，即程式碼段C才在UI執行緒上繼續執行。
由此，我們知道：
UserControl的Invoke和BeginInvoke的委託方法是在主執行緒，即UI執行緒上執行的。也就是說如果你的委託方法用來取花費時間長的資料，然後更新介面什麼的，千萬別在UI執行緒上呼叫Control.Invoke和Control.BeginInvoke，因為這些是依然阻塞UI執行緒的，造成介面的假死。(也就是說只要不起新的Thread，Invoke和BeginInvoke並不能起到想要的效果，對嗎？)
那麼，這個非同步到底是什麼意思呢?
非同步是指相對於呼叫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執行緒封送過來的訊息。
(2)InvokeMethod方法，即程式碼段C不會執行，而是立即在UI執行緒上執行程式碼段B。
(3)程式碼段B執行完後(就是說butBeginInvoke_Click方法執行完後)，InvokeMethod方法，即程式碼段C才在UI執行緒上繼續執行。
由此，我們知道：
UserControl的Invoke和BeginInvoke的委託方法是在主執行緒，即UI執行緒上執行的。也就是說如果你的委託方法用來取花費時間長的資料，然後更新介面什麼的，千萬別在UI執行緒上呼叫Control.Invoke和Control.BeginInvoke，因為這些是依然阻塞UI執行緒的，造成介面的假死。(也就是說只要不起新的Thread，Invoke和BeginInvoke並不能起到想要的效果，對嗎？)
那麼，這個非同步到底是什麼意思呢?
非同步是指相對於呼叫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執行緒封送過來的訊息。