zoukankan      html  css  js  c++  java
  • 对话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上下文关键字。

  • 相关阅读:
    Postgresql HStore 插件试用小结
    postgres-xl 安装与部署 【异常处理】ERROR: could not open file (null)/STDIN_***_0 for write, No such file or directory
    GPDB 5.x PSQL Quick Reference
    postgresql 数据库schema 复制
    hive 打印日志
    gp与 pg 查询进程
    jquery table 发送两次请求 解惑
    python 字符串拼接效率打脸帖
    postgresql 日期类型处理实践
    IBM Rational Rose软件下载以及全破解方法
  • 原文地址:https://www.cnblogs.com/chengtian/p/9247094.html
Copyright © 2011-2022 走看看