.NET 4 的任务并行类库在 beta 2 中有了新面貌。这个类库与传统的 ThreadPool 相比提供了更好的性能和功能。其中一个改进便是解决了 ThreadPool 在任务取消方面的不足。众所周知，目前的线程池并不提供一种有效地方式来取消那些已经创建的任务。
任务并行库从一开始便提供了对任务取消的支持，不过 beta 2 版本中从实现和 API 上都引入了重要的改变。新的取消模型引入了 CancellationTokenSource，其中包含一个 CancellationToken 对象。这样一来 Task 对象便不需要 Cancel、AcknowledgeCancellation、IsCancellationRequested、Current、Parent 以及 TaskCreationOptions.RespectParentCancellation 枚举器等成员。与此相对，许多方法已经提供了一个可选的，包含 CancellationToken 作为参数的重载版本。
希望取消一个或多个任务的对象需要持有一个 CancellationTokenSource 对象，而一个响应取消操作的任务也需要持有 CancellationToken，并且有规律地检查它的 IsCancellationRequested 属性。多个任务可以共用同一个 CancellationToken。在得到任务取消的请求之后，每个任务需要抛出 OperationCanceledException。
在过去的 beta 版本中，任务之间自然维护着父 / 子关系。这个关系和它们产生的行为是自然建立的，除非开发人员显式地进行剥离。在 beta 2 中使用相反的做法。父 / 子关系在默认情况下并不会出现，除非开发人员显式地进行确认。
如果你确认了父 / 子任务，那么你同样获得原有的一些特性，如异常传播，父任务等待子任务完成。如果你不这么做，任务就和传统的 ThreadPool 工作项差不多了。
就像大部分没有处理的异常那样，没有得到“关注”的 TPL 异常会让应用程序崩溃。如果要对异常进行“关注”，你必须在调用任务的 Wait 方法时捕获异常，或者在任务被垃圾回收之前检查其 Exception 属性。Beta 2 增加了一个新的选项，即 UnobservedTaskException 事件，这给了开发人员最后得机会来避免异常造成实际的破坏。
你可以在.NET 并行计算博客中了解更多Beta 2 中的改进。
查看英文原文： Introducing the Task Parallel Library’s new Cancellation Framework
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论