上一篇简单讲解了 线程和线程池以及上下文切换。创建线程代价高昂，默认每个线程都要占用大量虚拟内存1M。更有效的做法使用线程池，重复利用线程。在.NET4.0中引入了TPL任务并行库，你可以在将精力集中于程序要完成的工作，同时最大程度地提高代码的性能。在C#5.0中引入了async 和 await关键字，基于任务的异步模式(TAP),所以了解Task对后面学习异步操作会简单些。
任务是封装了以异步方式执行的工作。当启动一个任务，控制几乎立即返回调用者，无论任务要执行多少工作。
创建Task任务
有三种创建方式
使用task构造函数
task工厂类静态方法
使用.NET4.5新引入的Task.run()。
我们创建一个输出300万个32位字符的GUID任务分别使用三种不同方式实现。代码如下 constint RepeatCount = 1000000; //重复次数
var listGuid = new BlockingCollection<string>(); //Action无返回值
Action dowork = () =>
{ for (var count = 0; count < RepeatCount; count++)
{
listGuid.Add(Guid.NewGuid().ToString("N"));
}
};
Task task1 = new Task(dowork); //1)使用构造函数 task1.Start();
Task task2 = Task.Factory.StartNew(dowork); //2)Task工厂方法,直接运行，不需要在调用start()
Task task3 = Task.Run(dowork); //3)4.5 Task.Run 是Task.Factory.StartNew简化方式；直接运行，不需要在调用start()
Task.WaitAll(task1, task2, task3); //等待所有任务完成，相当于 thread.join()
Console.Write($"生成数量：{listGuid.Count / 10000}万");输出
上述实例创建一个没有返回值的任务，当然也可以通过Task<TResult> 来创建返回值的异步操作。
连续任务
第一个任务生成32位字符的Guid任务，利用返回的结果再转化成对应的ASCII码，最后ASCII码十进制的值相加。代码如下
//Func
Func<string> doWork = () =>
{ return Guid.NewGuid().ToString("N");
}; //延续任务
var task = Task.Run(doWork).ContinueWith(async strGuid =>
{ var resut = await strGuid; var array = Encoding.ASCII.GetBytes(resut); int mLenght = array.Length; int sumResult = 0; for (int m = 0; m < mLenght; m++)
{
sumResult += array[m];
}
Console.WriteLine($"Guid对应10进制相加结果:{sumResult}");
});输出
处理任务异常
同步代码要想捕获异常，只需在代码块上添加Try ...Catch即可。但是异步调用不能这么做。因为控制会立即从调用返回，然后控制会离开Try块，而这时距离工作者线程发生异常可能还有好久呢。
为了处理出错的任务，一个技术是显式创建延续任务作为那个任务的“错误处理程序”。检测到先驱任务引发未处理的异常，任务调度器会自动调度延续任务。但是，如果没有这种处理程序，同时在出错的任务上执行wait()（或其他试图获取result的动作），就会引发一个AggregateException，示例代码如下。
Task task = Task.Run(() =>
{ throw new InvalidOperationException();
}); try
{
task.Wait();
} catch (Exception ex)
{
Console.WriteLine($"常规erro:{ex.Message};type:{ex.GetType()}");
AggregateException excetion = (AggregateException)ex;
excetion.Handle(eachException =>
{
Console.WriteLine($"erro:{eachException.Message}"); return true;
});
}输出
虽然工作者线程上已发的未处理异常是InvalidOperationException类型，但主线程捕捉的仍是一个AggregateException。由于编译时不知道工作者任务将要引发一个还是多个异常，所以未处理的出错任务总是引发一个AggregateException。
还可查看任务的Exception属性来了解出错任务的状态，这样不会造成在当前线程上重新引发异常。代码如下
bool paraentTaskFaulted = false;
Task task = new Task(() =>
{ throw new InvalidOperationException();
});
Task continuationTask = task.ContinueWith(t =>
{
paraentTaskFaulted = t.IsFaulted;
}, TaskContinuationOptions.OnlyOnFaulted);
task.Start();
Console.Write(continuationTask.Status);
continuationTask.Wait(); //如果断言失败 则显示一个消息框，其中显示调用堆栈。 Trace.Assert(paraentTaskFaulted); if (!task.IsFaulted)
{
task.Wait();
} else
{
task.Exception.Handle(eachException =>
{
Console.WriteLine($"erro:{eachException.Message}"); return true;
});
}
注意，为了获取原始任务上的未处理异常，我们使用Exception属性。结果和上面示例输出一样。
取消任务
任务支持取消，比如常用在指定时间内的任务或者基于某些条件手动的取消，支持取消的任务要监听一个CancellationToken对象。任务轮询它，检查是否出发了取消请求。如下代码展示了取消请求和对请求的响应。
/// <summary>
/// 取消任务 /// </summary>
public void TaskTopic5()
{ string stars = "*".PadRight(Console.LargestWindowWidth-1,'*');
Console.WriteLine("push enter to exit.");
CancellationTokenSource cancellationTokenSource = new CancellationTokenSource(); //向应该被取消的 System.Threading.CancellationToken 发送信号
Task task = Task.Run(
()=>
Count(cancellationTokenSource.Token,100),
cancellationTokenSource.Token);
Console.Read();
cancellationTokenSource.Cancel();//按下enter键， 传达取消请求
Console.WriteLine(stars);
Console.WriteLine(task.IsCanceled);
task.Wait();
Console.WriteLine();
} /// <summary>
/// 数数 /// </summary>
/// <param name="token"></param>
/// <param name="countTo"></param>
private void Count(CancellationToken token,int countTo)
{ for (int count = 1; count < countTo; count++)
{ //监控是否取消
if (token.IsCancellationRequested)
{
Console.WriteLine("数数喊停了"); break;
}
Console.Write(count+"=》");
Thread.Sleep(TimeSpan.FromSeconds(1));
}
Console.WriteLine("数数结束");
}
输出
调用Cancel()实际会在从cancellationTokenSource.Token复制的所有取消标志上设置IsCancellationRequested属性。
到此任务的一些基本的操作已经完成了，下一节关注下C#5.0的async/await上下文关键字。