对话Task

上一篇简单讲解了 线程和线程池以及上下文切换。创建线程代价高昂，默认每个线程都要占用大量虚拟内存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上下文关键字。