WinForm 和WPF 控件跨线程（beginInvoke）以取消

 

1、winform control的跨线程访问

 

为什么用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窗口发送消息。

 

2、WPF控件的跨线程访问

例：计算两个数之间有多少奇数和偶数？

Dispatcher 异步更新UI ，其实和Winform 类似，更新操作在UI线程中根据在Dispatcher中设定的优先级来执行

所以注意不能在BeginInvoke中做大量运算（winform有相同的要求）

 

异步线程运算量过大的时候，不想继续改怎么做？

思路：通过CancellationTokenSource 对象发送取消继续执行信号 ，在需要异步的方法内部接受信号并返回（return）实现该方法的终止。

具体实现如下：第一步

 

第二步：在需要异步的方法中接受信号：

 

第三部：

 

使用功能更为全面的Backgroundworker来实现：