.c# Invoke和BeginInvoke 區別

Control.Invoke 方法 (Delegate):在擁有此控制項的基礎視窗控制代碼的線程上執行指定的委託。

Control.BeginInvoke 方法 (Delegate) :在建立控制項的基礎控制代碼所線上程上非同步執行指定委託。

以下為實際應用中碰到的問題，在主線程中啟動一個線程，然後在這個線程中啟動serviceForm,然而線上程啟動後，往serviceForm發送指令，serviceForm.IsHandleCreated老是報serviceForm = null,無法執行指令，採用延時的辦法可以解決此問題，但不是高效的辦法，後來在serviceForm.Load += new EventHandler(serviceForm_Load);serviceForm_Load事件中添加指令，發送成功。主要原因還是多線程所致。

SatirServiceForm serviceForm;
        Thread serviceFormThread;

protected void Init()
        {
            serviceFormThread = new Thread(MainFormMessageThread);
            serviceFormThread.Name = "ServiceThread";
            serviceFormThread.Start();
        }

protected void MainFormMessageThread()
        {
            if (serviceForm == null)
            {
                serviceForm = new SatirServiceForm();
                serviceForm.Load += new EventHandler(serviceForm_Load);
                //serviceForm.RecvedCmd += new EventHandler(OnServiceRecvedCmd);

            }
            Application.Run(serviceForm);
        }

void serviceForm_Load(object sender, EventArgs e)
        {
            SendCommand(InfraOnlineCmd.Start, 0);
            SendCommand(InfraOnlineCmd.AutoAjust, 0);
        }

protected override void SendCommand(InfraOnlineCmd cmd, object param)
        {
            if (param != null && param is int)
                this.param = (int)param;

      if (serviceForm.IsHandleCreated)
            {
                serviceForm.BeginInvoke(new DCmdHandler(ExecuteCmd), cmd);
            }
        }

以下ZT From:http://blog.163.com/kjpt126@126/blog/static/48940426200824103658846/

Control的Invoke和BeginInvoke

近日，被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改為更新介面的方法。