为什么用control的跨线程访问 ？
主要创建control的线程（一般是UI线程）如果有大量的逻辑会导致 UI线程不再处理新的消息，UI冻结，降低用户体验和程序的反应速度。
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 执行到BeginInvoke时 ，异步执行C代码段而线程继续执行B代码段
解释：：(1)A在UI线程上执行完后，开始BeginInvoke，BeginInvoke是异步 由此，我们知道： Control的Invoke和BeginInvoke的委托方法是在主线程，即UI线程上（创建控件的线程）执行的。也就是说如果你的委托方法用来取花费时间长的数据，然后更新界面什么的，千万别在UI线程上调用Control.Invoke和Control.BeginInvoke，因为这些是依然阻塞UI线程的，造成界面的假死，标准写法如上图 那么，这个异步到底是什么意思呢? 异步是指相对于调用BeginInvoke的线程异步上图中的线程池线程的异步，而不是相对于UI线程异步 BeginInvoke的原理是将调用的方法Marshal成消息，然后调用Win32 API中的RegisterWindowMessage()向UI窗口发送消息。
例：计算两个数之间有多少奇数和偶数？
Dispatcher 异步更新UI ，其实和Winform 类似，更新操作在UI线程中根据在Dispatcher中设定的优先级来执行
所以注意不能在BeginInvoke中做大量运算（winform有相同的要求）
异步线程运算量过大的时候，不想继续改怎么做？
思路：通过CancellationTokenSource 对象发送取消继续执行信号 ，在需要异步的方法内部接受信号并返回（return）实现该方法的终止。
具体实现如下：第一步
第二步：在需要异步的方法中接受信号：
第三部：
使用功能更为全面的Backgroundworker来实现：
