实践-Task

上篇博文中，我们介绍了Thread和ThreadPool：

多线程异步编程示例和实践-Thread和ThreadPool

本文中我们继续，说一下TPL（Task Parallel Library, 简称TPL）。

在实际的开发中，使用线程池相当复杂，线程的异常捕获、传递以及编排这些问题实现起来都很复杂。

从 .NET Framework 4 开始，TPL 是编写多线程代码和并行代码的首选方法。顾名思义，任务并行库 (TPL) 基于任务的概念。 术语“任务并行”是指一个或多个独立的任务同时运行。 任务表示异步操作，在某些方面它类似于创建新线程或 ThreadPool 工作项，但抽象级别较高。 任务的提供有两个主要好处：

1). 系统资源的使用效率更高，可伸缩性更好。

在后台，任务排队到 ThreadPool，ThreadPool 已使用登山等算法进行增强，这些算法能够确定并调整到可最大化吞吐量的线程数。 这会使任务相对轻量，可以创建很多任务，启用细化并行

2). TPL提供了一组简单丰富的 API，这些 API 支持等待、取消、继续、可靠的异常处理、详细状态、自定义计划等功能。降低多线程编码和并行编程的复杂度，提升开发效率。

1. 创建和运行任务

多次执行，输出结果：

上面的示例中，创建和运行任务有两种方式：

• 创建任务->启动任务，Start立即执行
• 直接创建并启动任务

多次运行，发现两种执行结果，为什么？

task1和task2的任务都被放置在线程池的工作者线程中，任务的执行顺序是不确定的。

2. 取消任务

关键的对象：CancellationToken

测试代码：

运行输出：

3. 创建任务集合并输出结果

关键知识点：

• Task支持返回值：Task<T>
• 获取Task的返回值：Task.Result

Task.Result操作意味着什么？等待Task异步调用完成，从效果上等同于Wait方法

4.处理任务异常

测试代码：

运行输出：

关键知识点：

• 通过Catch捕获Task的异常是AggregateException，一个被封装的异常，需要通过InnerException访问底层异常
• 推荐使用GetWaiter和GetResult方法访问Task的结果，可以获取到原始异常；
• 通过ContinueWith处理OnlyOnFaulted事件，捕获的异常也是一个被封装的异常，需要通过InnerException访问底层异常

5. 多任务的串行化

关键知识点：

• Task.ContinueWith
• Task逐层传递
• 第一个任务Start启动即可，不需要全部任务启动。

6. 多任务等待执行完成

多次执行输出：

关键知识点：

• Task.WaitAll
• Task执行顺序是随机的，线程池机制（两种调度算法）

8. 创建子任务

关键知识点：

• TaskCreationOptions.AttachedToParent
• 除非所有子任务（子任务的子任务）结束运行，否则创建任务（父任务）不会认为已经结束
• 父任务异常不会影响子任务执行
• 子任务异常不会影响父任务执行

9. 补充一个知识点：前台线程和后台线程

应用程序必须运行完所有的前台线程才可以退出；
对于后台线程，应用程序则可以不考虑其是否已经运行完毕而直接退出，所有的后台线程在应用程序退出时都会自动结束。
那么，Thread、线程池的线程、Task都各自属于哪一类线程？

• 使用Thread建立的线程默认情况下是前台线程，即线程属性IsBackground=false.
• 属于托管线程池的线程（即其 IsThreadPoolThread 属性为 true 的线程）是后台线程
• Task都是后台线程：Task需要在其运行过程中至少有一个前台线程在跑，否则会直接退出.

准备再写一篇博客，分享几个多线程异步我们踩过的坑和解决方法。