C# Invoke和BeginInvoke的区别

上次在调试串口的时候，遇到了Invoke卡死的bug，第一次接触到了BeginInvoke，于是就找了找这两者的区别。

Invoke and BeginInvoke这篇文章介绍了windows程序消息机制，有兴趣可以看一下。
总结下来就是这么回事：

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

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

如果用代码来看的话，下面两种写法的效果是完全相同的。

			this.Invoke(new Action(() =>
            {
                textBox1.AppendText(s);
            }));

            IAsyncResult asyncResult = this.BeginInvoke(new Action(() =>
            {
                textBox1.AppendText(s);
            }));
            while (!asyncResult.AsyncWaitHandle.WaitOne())
            {

            }
            this.EndInvoke(asyncResult);   

			IAsyncResult asyncResult = this.BeginInvoke(new Action(() =>
            {
                textBox1.AppendText(s);
            }));
            while (!asyncResult.IsCompleted)
            {

            }
            this.EndInvoke(asyncResult);   

假如代理通知的事情一直没有完成，使用Invoke就会一直阻塞再这里。

考虑到asyncResult.IsCompleted不具有阻塞性，即cpu会一直执行类似while(true)的语句，程序是真的退不出去。而asyncResult.AsyncWaitHandle.WaitOne()还具有多个重载：

		//
        // 摘要: 
        //     阻止当前线程，直到当前 System.Threading.WaitHandle 收到信号。
        //
        // 返回结果: 
        //     如果当前实例收到信号，则为 true。 如果当前实例永远收不到信号，则 System.Threading.WaitHandle.WaitOne(System.Int32,System.Boolean)
        //     永不返回。
        //
        // 异常: 
        //   System.ObjectDisposedException:
        //     当前实例已被释放。
        //
        //   System.Threading.AbandonedMutexException:
        //     线程退出时未释放互斥体，等待过程已终止。 在 Windows 98 或 Windows Millennium Edition 中不引发此异常。
        //
        //   System.InvalidOperationException:
        //     当前实例是另一个应用程序域中的 System.Threading.WaitHandle 的透明代理。
        public virtual bool WaitOne();
        //
        // 摘要: 
        //     阻止当前线程，直到当前 System.Threading.WaitHandle 收到信号，同时使用 32 位带符号整数指定时间间隔。
        //
        // 参数: 
        //   millisecondsTimeout:
        //     等待的毫秒数，或为 System.Threading.Timeout.Infinite (-1)，表示无限期等待。
        //
        // 返回结果: 
        //     如果当前实例收到信号，则为 true；否则为 false。
        //
        // 异常: 
        //   System.ObjectDisposedException:
        //     当前实例已被释放。
        //
        //   System.ArgumentOutOfRangeException:
        //     millisecondsTimeout 是一个非 -1 的负数，而 -1 表示无限期超时。
        //
        //   System.Threading.AbandonedMutexException:
        //     线程退出时未释放互斥体，等待过程已终止。 在 Windows 98 或 Windows Millennium Edition 中不引发此异常。
        //
        //   System.InvalidOperationException:
        //     当前实例是另一个应用程序域中的 System.Threading.WaitHandle 的透明代理。
        public virtual bool WaitOne(int millisecondsTimeout);

参考c#线程之异步委托begininvoke、invoke、AsyncWaitHandle.WaitOne 、异步回调和BeginInvoke和EndInvoke方法两篇博客，可以使用WaitOne(int millisecondsTimeout)方法。
如果invoke没有返回，则阻塞500ms后，WaitOne()函数返回false，可以做异常处理。
如果500ms以内返回，正常结束Invoke。

            IAsyncResult asyncResult = this.BeginInvoke(new Action(() =>
            {
                textBox1.AppendText(s);
            }));
            if (asyncResult.AsyncWaitHandle.WaitOne(500))
            {
                this.EndInvoke(asyncResult);
            }
            else
            {
                MessageBox.Show("返回超时");
            }

通过一个委托来进行同步方法的异步调用，也是.net提供的异步调用机制之一。但是Delegate.BeginInvoke方法是从ThreadPool取出一个线程来执行这个方法，以获得异步执行效果的。也就是说，如果采用这种方式提交多个异步委托，那么这些调用的顺序无法得到保证。而且由于是使用线程池里面的线程来完成任务，使用频繁，会对系统的性能造成影响。
Delegate.BeginInvoke也是讲一个委托方法封送到其它线程，从而通过异步机制执行一个方法。调用者线程则可以在完成封送以后去继续它的工作。但是这个方法封送到的最终执行线程是运行库从ThreadPool里面选取的一个线程。
这里需要纠正一个误区，那就是Control类上的异步调用BeginInvoke并没有开辟新的线程完成委托任务，而是让界面控件的所属线程完成委托任务的。看来异步操作就是开辟新线程的说法不一定准确。

实际也测试过，在Action中加Thread.Sleep，会让UI线程1s响应一次，因为这里的BeginInvoke是Control.Invoke，并不是单独开一个线程去执行的Action。