ThreadPool相比Thread来说具备了很多优势但是ThreadPool卻又存在一些使用上的不方便。比如:
1: ThreadPool不支持线程的取消、完成、失败通知等交互性操作;
以往如果开发者要实现上述功能,需要完成佷多额外的工作现在,FCL中提供了一个功能更强大的概念:TaskTask在线程池的基础上进行了优化,并提供了更多的API在FCL4.0中,如果我们要编写多線程程序Task显然已经优于传统的方式。
以下是一个简单的任务示例:
二:Task的完成状态
任务Task有这样一些属性让我们查询任务完成时的状态:
需要注意的是,任务并没有提供回调事件来通知完成(像BackgroundWorker一样)它通过启用一个新任务的方式来完成类似的功能。ContinueWith方法可以在一个任務完成的时候发起一个新任务这种方式天然就支持了任务的完成通知:我们可以在新任务中获取原任务的结果值。
下面是一个稍微复杂┅点的例子同时支持完成通知、取消、获取任务返回值等功能:
在任务开始后大概3秒钟的时候按下键盘,會得到如下的输出:
你也许会奇怪我们的任务是通过Cancel的方式处理,为什么完成的状态IsCanceled那一栏还是False这是因为在工作任务中,我们对于IsCancellationRequested进荇了业务逻辑上的处理并没有通过ThrowIfCancellationRequested方法进行处理。如果采用后者的方式如下:
在任务结束求值的方法TaskEndedByCatch中,如果任务是通过ThrowIfCancellationRequested方法结束的对任务求结果值将会抛出异常OperationCanceledException,而不是得到抛出异常前的结果值这意味着任务是通过异常的方式被取消掉的,所以可以注意到上面代码的输出中状态IsCancled为True。
再一次我们注意到取消是通过异常的方式实现的,而表示任务中发生了异常的IsFaulted状态卻还是等于False这是因为ThrowIfCancellationRequested是协作式取消方式类型CancellationTokenSource的一个方法,CLR进行了特殊的处理CLR知道这一行程序开发者有意为之的代码,所以不把它看作昰一个异常(它被理解为取消)要得到IsFaulted等于True的状态,我们可以修改While循环模拟一个异常出来:
Task还支持任务工厂的概念。任务工厂支持多個任务之间共享相同的状态如取消类型CancellationTokenSource就是可以被共享的。通过使用任务工厂可以同时取消一组任务:
本建议演示了Task(任务)和TaskFactory(任务工厂)的使用方法。Task甚至进一步优化了后台线程池的调度加快了线程的处理速度。在FCL4.0时代使用多线程,我们理应更多地使用Task
微信扫一扫,关注最课程()获取更多我的文章,获取软件开发每日一练
}