“任务的编程模型”所冲击,因为task会比thread具有更小的性能开销,不过大家肯定会有疑惑,任务和线程到底有什么区别?
1:任务是架构在线程之上的,也就是说任务最终还是要抛给线程去执行。
2:任务跟线程不是一对一的关系,比如开10个任务并不是说会开10个线程,这一点任务有点类似线程池,但是任务相比线程池有很小
的开销和精确的控制。
开启task有两种方式:
<1> 实例化Task
//第一种方式开启 var task1 = new Task(() => { Run1(); });
<2>从工厂中创建
var task2 = Task.Factory.StartNew(() => { Run2(); });是的,同样两种方法都可以创建,我们肯定会想两者是不是多多少少有点区别呢?好的,下面我们举个例子看分晓。
①:从图中可以看出两种task实例的简略生命周期。
Created:表示默认初始化任务,但是我们发现“工厂创建的”实例直接跳过。
WaitingToRun: 这种状态表示等待任务调度器分配线程给任务执行。
RanToCompletion:任务执行完毕。
②:我们发现task的使用跟Thread很相似,就连waitAll的方法使用也一样,刚才也说了,任务是架构在线程之上,那么我们用VS里面的
“并行任务”看一看,快捷键Ctrl+D,K,或者找到“调试"->"窗口“->"并行任务“,我们在WaitAll方法处插入一个断点,最终我们发现
任务确实托管给了线程。
我们知道task是并行计算的,比如说主线程在某个时刻由于某种原因要取消某个task的执行,我们能做到吗? 当然我们可以做到。
在4.0中给我们提供一个“取消标记”叫做CancellationTokenSource.Token,在创建task的时候传入此参数,就可以将主线程和任务相
关联,然后在任务中设置“取消信号“叫做ThrowIfCancellationRequested来等待主线程使用Cancel来通知,一旦cancel被调用。task将会
抛出OperationCanceledException来中断此任务的执行,最后将当前task的Status的IsCanceled属性设为true。看起来是不是很抽象,
没关系,上代码说话。
从图中可以看出
①:Run1中的Console.WriteLine("我是任务1的第二部分信息"); 没有被执行。
②:Console.WriteLine("task1是不是被取消了? {0}", task1.IsCanceled); 状态为True。
也就告诉我们Run1中途被主线程中断执行,我们coding的代码起到效果了。
我们以前写线程的时候注册的方法一般都是void类型,如果主线程要从工作线程中获取数据一般采用的手段是“委托+事件”的模式,然而
在Task中有两种方式可以解决。
<1> 现在我们的实例化是采用Task<TResult>的形式,其中TResult就是当前task执行后返回的结果,下面举得例子是t2任务获取
t1的执行结果。
<2>采用ContinueWith方法,很有意思,现在我们将上面的方法改造一下。
当这两者结合起来,我们就可以玩一些复杂一点的东西,比如说现在有7个任务,其中t1需要串行,t2-t3可以并行,t4需要串行,t5-t6并行,
t7串行。
好了,我们上一下代码说话,下面代码没有实际意思,纯属演示。