C# Control的Invoke和BeginInvoke

之前在项目中遇到了UI界面更新出错的问题，后来在网上找了很多资料，终于解决，先将资料整理如下：

为什么需要Control.Invoke和Control.BeginInvoke??

如果从另外一个线程操作 windows窗体上的控件，就会和主线程产生竞争，造成不可预料的结果，甚至死锁。因此 windows GUI编程有一个规则，就是只能通过创建控件的线程来操作控件的数据，否则就可能产生不可预料的结果。为了方便地解决这些题， Control 类实现了 ISynchronizeInvoke 接口，提供了 Invoke 和 BeginInvoke 方法来提供让其它线程更新 GUI 界面控件的机制。

public interface ISynchronizeInvoke
{
        [HostProtection(SecurityAction.LinkDemand, Synchronization=true, ExternalThreading=true)]
        IAsyncResult BeginInvoke(Delegate method, object[] args);
        object EndInvoke(IAsyncResult result);
        object Invoke(Delegate method, object[] args);
        bool InvokeRequired { get; }
}

如果从线程外操作windows窗体控件，那么就需要使用Invoke或者BeginInvoke方法，通过一个委托把调用封送到控件所属的线程上执行。

Windows消息机制是 windows平台上的线程或者进程间通信机制之一。 Windows消息值其实就是定义的一个数据结构，最重要的是消息的类型，它就是一个整数；然后就是消息的参数。消息的参数可以表示很多东西。

Windows 提供了一些 api 用来向一个线程的消息队列发送消息。因此，一个线程可以向另一个线程的消息队列发送消息从而告诉对方做什么，这样就完成了线程间的通信。有些 api 发送消息需要一个窗口句柄，这种函数可以把消息发送到指定窗口的主线程消息队列；而有些则可以直接通过线程句柄，把消息发送到该线程消息队列中。

SendMessage是 windows api，用来把一个消息发送到一个窗口的消息队列。这个方法是个阻塞方法，也就是操作系统会确保消息的确发送到目的消息队列，并且该消息被处理完毕以后，该函数才返回。返回之前，调用者将会被暂时阻塞。

PostMessage也是一个用来发送消息到窗口消息队列的 api函数，但这个方法是非阻塞的。也就是它会马上返回，而不管消息是否真的发送到目的地，也就是调用者不会被阻塞。

Invoke或者 BeginInvoke方法都需要一个委托对象作为参数。委托类似于回调函数的地址，因此调用者通过这两个方法就可以把需要调用的函数地址封送给界面线程。这些方法里面如果包含了更改控件状态的代码，那么由于最终执行这个方法的是界面线程，从而避免了竞争条件，避免了不可预料的问题。如果其它线程直接操作界面线程所属的控件，那么将会产生竞争条件，造成不可预料的结果。

使用 Invoke完成一个委托方法的封送，就类似于使用 SendMessage方法来给界面线程发送消息，是一个同步方法。也就是说在 Invoke封送的方法被执行完毕前， Invoke方法不会返回，从而调用者线程将被阻塞。

使用 BeginInvoke方法封送一个委托方法，类似于使用 PostMessage进行通信，这是一个异步方法。也就是该方法封送完毕后马上返回，不会等待委托方法的执行结束，调用者线程将不会被阻塞。但是调用者也可以使用 EndInvoke方法或者其它类似 WaitHandle机制等待异步操作的完成。

但是在内部实现上， Invoke和 BeginInvoke都是用了 PostMessage方法，从而避免了 SendMessage带来的问题。而 Invoke方法的同步阻塞是靠 WaitHandle机制来完成的。

那么什么时候使用Invoke，什么时候使用BeginInvoke？？

如果你的后台线程在更新一个UI控件的状态后不需要等待，而是要继续往下处理，那么你就应该使用BeginInvoke来进行异步处理。

如果你的后台线程需要操作UI控件，并且需要等到该操作执行完毕才能继续执行，那么你就应该使用Invoke。否则，在后台线程和主截面线程共享某些状态数据的情况下，如果不同步调用，而是各自继续执行的话，可能会造成执行序列上的问题，虽然不发生死锁，但是会出现不可预料的显示结果或者数据处理错误。

可以看到ISynchronizeInvoke有一个属性，InvokeRequired。这个属性就是用来在编程的时候确定，一个对象访问UI控件的时候是否需要使用Invoke或者BeginInvoke来进行封送。如果不需要那么就可以直接更新。在调用者对象和UI对象同属一个线程的时候这个属性返回false。在后面的代码分析中我们可以看到，Control类对这一属性的实现就是在判断调用者和控件是否属于同一个线程的。

 具体实例

我们用Thread来调用BeginInvoke和Invoke

      我们开一个线程，让线程执行一些耗费时间的操作，然后再用Control.Invoke和Control.BeginInvoke回到用户UI线程，执行界面更新。

 一、Thread调用Control的Invoke

    Private Delegate Sub InvokeDelegate()
    Private Sub StartMethod()
        'C代码段
        TextBox.Invoke(New InvokeDelegate(AddressOf InvokeMethod));

//上一句可能这样写更容易理解：
//InvokeDelegate FuncDelegate = new InvokeDelegate(InvokeMethod);
//TextBox.Invoke(FuncDelegate);
        'D代码段
    End Sub
 
    Private Sub InvokeMethod()
        'E代码段包含了处理TextBox的代码
    End Sub
 
    Private Sub Button2_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button2.Click
        'A代码段
Dim InvokeThread As System.Threading.Thread = New Threading.Thread(AddressOf StartMethod)
        InvokeThread.Start()
        'B代码段
    End Sub

你觉得代码的执行顺序是什么呢?记好Control的Invoke和BeginInvoke都执行在主线程即UI线程上

A------>(Start一开始B和StartMethod的C就同时执行)---->(C执行完了，不管B有没有执行完，invokeThread把消息封送(invoke)给UI线程[Text]，然后自己等待)---->UI线程处理完butInvoke_Click消息后，处理invokeThread封送过来的消息，执行invokeMethod方法，即代码段E，处理往后UI线程切换到invokeThread线程，执行代码段D。

这个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

 delegrate中的invoke、begininvoke。 

 二、Thread调用Control的BeginInvoke

 Private Delegate Sub InvokeDelegate()
    Private Sub StartMethod()
        'C代码段
        TextBox.BeginInvoke(New InvokeDelegate(AddressOf InvokeMethod))
        'D代码段
    End Sub
 
    Private Sub InvokeMethod()
        'E代码段包含了处理TextBox的代码
    End Sub
 
    Private Sub Button2_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button2.Click
        'A代码段
        Dim InvokeThread As System.Threading.Thread = New Threading.Thread(AddressOf StartMethod)
        InvokeThread.Start()
        'B代码段
    End Sub

这里需要纠正一个误区，那就是Control类上的异步调用BeginInvoke并没有开辟新的线程完成委托任务，而是让界面控件的所属线程完成委托任务的。看来异步操作就是开辟新线程的说法不一定准确。 

你觉得代码的执行顺序是什么呢?记好Control的Invoke和BeginInvoke都执行在主线程即UI线程上

A在UI线程上执行----->beginInvokeThread线程开始执行，UI继续执行代码段B，并发地invokeThread执行代码段C-------------->不管UI有没有执行完代码段B，这时beginInvokeThread线程把消息封送给UI，单自己并不等待，继续向下执行-------->UI处理完Button2_Click消息后，处理beginInvokeThread线程封送过来的消息。

解释：

1.UI执行A

2.UI开线程beginInvokeThread，B和C同时执行，B执行在线程UI上，C执行在线程beginInvokeThread上。

3.beginInvokeThread封送消息给UI，然后自己继续执行代码D，UI处理完消息后，处理invokeThread封送的消息，即代码段E

小结：

Control的BeginInvoke是相对于调用它的线程，即相对于beginInvokeThread是异步的。

因此，我们可以想到。如果要异步取耗费长时间的数据，比如从数据库中读大量数据，我们应该这么做。

Control的Invoke和BeginInvoke的委托方法是在主线程，即UI线程上执行的。也就是说如果你的委托方法用来取花费时间长的数据，然后更新界面什么的，千万别在UI线程上调用Control.Invoke和Control.BeginInvoke，因为这些是依然阻塞UI线程的，造成界面的假死。

你的委托方法只是用来更新界面的，因为其他线程不能安全的调用你的界面数据，所以用Control.Invoke和BeginInvoke方法来将其他线程对于界面线程数据的操作封装到一个委托传到UI线程来执行，这样就不会导致UI线程的阻塞造成界面的假死

那么，这个异步到底是什么意思呢?

异步是指相对于调用BeginInvoke的线程异步，而不是相对于UI线程异步，你在UI线程上调用BeginInvoke ，当然不行了。