async & await 的前世今生

原文:async & await 的前世今生

 

async 和 await 出现在C# 5.0之后,给并行编程带来了不少的方便,特别是当在MVC中的Action也变成async之后,有点开始什么都是async的味道了。但是这也给我们编程埋下了一些隐患,有时候可能会产生一些我们自己都不知道怎么产生的Bug,特别是如果连线程基础没有理解的情况下,更不知道如何去处理了。那今天我们就来好好看看这两兄弟和他们的叔叔(Task)爷爷(Thread)们到底有什么区别和特点,本文将会对Thread 到 Task 再到 .NET 4.5的 async和 await,这三种方式下的并行编程作一个概括性的介绍包括:开启线程,线程结果返回,线程中止,线程中的异常处理等。

内容索引

创建


1

2

3

4

5

6

7

8

9

static void Main(){

    new Thread(Go).Start();  // .NET 1.0开始就有的

    Task.Factory.StartNew(Go); // .NET 4.0 引入了 TPL

    Task.Run(new Action(Go)); // .NET 4.5 新增了一个Run的方法

}

 

public static void Go(){

    Console.WriteLine("我是另一个线程");

}

  这里面需要注意的是,创建Thread的实例之后,需要手动调用它的Start方法将其启动。但是对于Task来说,StartNew和Run的同时,既会创建新的线程,并且会立即启动它。

线程池 

  线程的创建是比较占用资源的一件事情,.NET 为我们提供了线程池来帮助我们创建和管理线程。Task是默认会直接使用线程池,但是Thread不会。如果我们不使用Task,又想用线程池的话,可以使用ThreadPool类。


1

2

3

4

5

6

7

8

9

10

static void Main() {

    Console.WriteLine("我是主线程:Thread Id {0}", Thread.CurrentThread.ManagedThreadId);

    ThreadPool.QueueUserWorkItem(Go);

 

    Console.ReadLine();

}

 

public static void Go(object data) {

    Console.WriteLine("我是另一个线程:Thread Id {0}",Thread.CurrentThread.ManagedThreadId);

}

传入参数


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

static void Main() {

    new Thread(Go).Start("arg1"); // 没有匿名委托之前,我们只能这样传入一个object的参数

 

    new Thread(delegate(){  // 有了匿名委托之后...

        GoGoGo("arg1", "arg2", "arg3");

    });

 

    new Thread(() => {  // 当然,还有 Lambada

        GoGoGo("arg1","arg2","arg3");

    }).Start();

 

    Task.Run(() =>{  // Task能这么灵活,也是因为有了Lambda呀。

        GoGoGo("arg1", "arg2", "arg3");

    });

}

 

public static void Go(object name){

    // TODO

}

 

public static void GoGoGo(string arg1, string arg2, string arg3){

    // TODO

}

返回值

  Thead是不能返回值的,但是作为更高级的Task当然要弥补一下这个功能。


1

2

3

4

5

static void Main() {

    // GetDayOfThisWeek 运行在另外一个线程中

    var dayName = Task.Run<string>(() => { return GetDayOfThisWeek(); });

    Console.WriteLine("今天是:{0}",dayName.Result);

}

共享数据

  上面说了参数和返回值,我们来看一下线程之间共享数据的问题。


1

2

3

4

5

6

7

8

9

10

11

12

private static bool _isDone = false;   

static void Main(){

    new Thread(Done).Start();

    new Thread(Done).Start();

}

 

static void Done(){

    if (!_isDone) {

        _isDone = true; // 第二个线程来的时候,就不会再执行了(也不是绝对的,取决于计算机的CPU数量以及当时的运行情况)

        Console.WriteLine("Done");

    }

}

 

  线程之间可以通过static变量来共享数据。

线程安全

   我们先把上面的代码小小的调整一下,就知道什么是线程安全了。我们把Done方法中的两句话对换了一下位置 。


1

2

3

4

5

6

7

8

9

10

11

12

13

private static bool _isDone = false;   

static void Main(){

    new Thread(Done).Start();

    new Thread(Done).Start();

    Console.ReadLine();

}

 

static void Done(){

    if (!_isDone) {

       Console.WriteLine("Done"); // 猜猜这里面会被执行几次?

        _isDone = true;

    }

}

 

  上面这种情况不会一直发生,但是如果你运气好的话,就会中奖了。因为第一个线程还没有来得及把_isDone设置成true,第二个线程就进来了,而这不是我们想要的结果,在多个线程下,结果不是我们的预期结果,这就是线程不安全。

  要解决上面遇到的问题,我们就要用到锁。锁的类型有独占锁,互斥锁,以及读写锁等,我们这里就简单演示一下独占锁。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

private static bool _isDone = false;

private static object _lock = new object();

static void Main(){

    new Thread(Done).Start();

    new Thread(Done).Start();

    Console.ReadLine();

}

 

static void Done(){

    lock (_lock){

        if (!_isDone){

            Console.WriteLine("Done"); // 猜猜这里面会被执行几次?

            _isDone = true;

        }

    }

}

  再我们加上锁之后,被锁住的代码在同一个时间内只允许一个线程访问,其它的线程会被阻塞,只有等到这个锁被释放之后其它的线程才能执行被锁住的代码。

Semaphore 信号量

  我实在不知道这个单词应该怎么翻译,从官方的解释来看,我们可以这样理解。它可以控制对某一段代码或者对某个资源访问的线程的数量,超过这个数量之后,其它的线程就得等待,只有等现在有线程释放了之后,下面的线程才能访问。这个跟锁有相似的功能,只不过不是独占的,它允许一定数量的线程同时访问。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

static SemaphoreSlim _sem = new SemaphoreSlim(3);    // 我们限制能同时访问的线程数量是3

static void Main(){

    for (int i = 1; i <= 5; i++) new Thread(Enter).Start(i);

    Console.ReadLine();

}

 

static void Enter(object id){

    Console.WriteLine(id + " 开始排队...");

    _sem.Wait();

    Console.WriteLine(id + " 开始执行!");         

    Thread.Sleep(1000 * (int)id);              

    Console.WriteLine(id + " 执行完毕,离开!");     

    _sem.Release();

}

 

  

在最开始的时候,前3个排队之后就立即进入执行,但是4和5,只有等到有线程退出之后才可以执行。

异常处理

  其它线程的异常,主线程可以捕获到么?


1

2

3

4

5

6

7

8

9

10

public static void Main(){

    try{

        new Thread(Go).Start();

    }

    catch (Exception ex){

        // 其它线程里面的异常,我们这里面是捕获不到的。

        Console.WriteLine("Exception!");

    }

}

static void Go() { throw null; }

  那么升级了的Task呢?


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

public static void Main(){

    try{

        var task = Task.Run(() => { Go(); });

        task.Wait();  // 在调用了这句话之后,主线程才能捕获task里面的异常

 

        // 对于有返回值的Task, 我们接收了它的返回值就不需要再调用Wait方法了

        // GetName 里面的异常我们也可以捕获到

        var task2 = Task.Run(() => { return GetName(); });

        var name = task2.Result;

    }

    catch (Exception ex){

        Console.WriteLine("Exception!");

    }

}

static void Go() { throw null; }

static string GetName() { throw null; }

一个小例子认识async & await


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

static void Main(string[] args){

    Test(); // 这个方法其实是多余的, 本来可以直接写下面的方法

    // await GetName() 

    // 但是由于控制台的入口方法不支持async,所有我们在入口方法里面不能 用 await

             

    Console.WriteLine("Current Thread Id :{0}", Thread.CurrentThread.ManagedThreadId);

}

 

static async Task Test(){

    // 方法打上async关键字,就可以用await调用同样打上async的方法

    // await 后面的方法将在另外一个线程中执行

    await GetName();

}

 

static async Task GetName(){

    // Delay 方法来自于.net 4.5

    await Task.Delay(1000);  // 返回值前面加 async 之后,方法里面就可以用await了

    Console.WriteLine("Current Thread Id :{0}", Thread.CurrentThread.ManagedThreadId);

    Console.WriteLine("In antoher thread.....");

}

await 的原形

  await后的的执行顺序 

 

     感谢 locus的指正, await 之后不会开启新的线程(await 从来不会开启新的线程),所以上面的图是有一点问题的。

  await 不会开启新的线程,当前线程会一直往下走直到遇到真正的Async方法(比如说HttpClient.GetStringAsync),这个方法的内部会用Task.Run或者Task.Factory.StartNew 去开启线程。也就是如果方法不是.NET为我们提供的Async方法,我们需要自己创建Task,才会真正的去创建线程


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

static void Main(string[] args)

{

    Console.WriteLine("Main Thread Id: {0}\r\n", Thread.CurrentThread.ManagedThreadId);

    Test();

    Console.ReadLine();

}

 

static async Task Test()

{

    Console.WriteLine("Before calling GetName, Thread Id: {0}\r\n", Thread.CurrentThread.ManagedThreadId);

    var name = GetName();   //我们这里没有用 await,所以下面的代码可以继续执行

    // 但是如果上面是 await GetName(),下面的代码就不会立即执行,输出结果就不一样了。

    Console.WriteLine("End calling GetName.\r\n");

    Console.WriteLine("Get result from GetName: {0}", await name);

}

 

static async Task<string> GetName()

{

    // 这里还是主线程

    Console.WriteLine("Before calling Task.Run, current thread Id is: {0}", Thread.CurrentThread.ManagedThreadId);

    return await Task.Run(() =>

    {

        Thread.Sleep(1000);

        Console.WriteLine("'GetName' Thread Id: {0}", Thread.CurrentThread.ManagedThreadId);

        return "Jesse";

    });

}

  我们再来看一下那张图:

  

  1. 进入主线程开始执行
  2. 调用async方法,返回一个Task,注意这个时候另外一个线程已经开始运行,也就是GetName里面的 Task 已经开始工作了
  3. 主线程继续往下走
  4. 第3步和第4步是同时进行的,主线程并没有挂起等待
  5. 如果另一个线程已经执行完毕,name.IsCompleted=true,主线程仍然不用挂起,直接拿结果就可以了。如果另一个线程还同有执行完毕, name.IsCompleted=false,那么主线程会挂起等待,直到返回结果为止。

只有async方法在调用前才能加await么?


1

2

3

4

5

6

7

8

9

10

11

12

13

static void Main(){

    Test();

    Console.ReadLine();

}

 

static async void Test(){

    Task<string> task = Task.Run(() =>{

        Thread.Sleep(5000);

        return "Hello World";

    });

    string str = await task;  //5 秒之后才会执行这里

    Console.WriteLine(str);

}

  答案很明显:await并不是针对于async的方法,而是针对async方法所返回给我们的Task,这也是为什么所有的async方法都必须返回给我们Task。所以我们同样可以在Task前面也加上await关键字,这样做实际上是告诉编译器我需要等这个Task的返回值或者等这个Task执行完毕之后才能继续往下走。

不用await关键字,如何确认Task执行完毕了?


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

static void Main(){

    var task = Task.Run(() =>{

        return GetName();

    });

 

    task.GetAwaiter().OnCompleted(() =>{

        // 2 秒之后才会执行这里

        var name = task.Result;

        Console.WriteLine("My name is: " + name);

    });

 

    Console.WriteLine("主线程执行完毕");

    Console.ReadLine();

}

 

static string GetName(){

    Console.WriteLine("另外一个线程在获取名称");

    Thread.Sleep(2000);

    return "Jesse";

}

Task.GetAwaiter()和await Task 的区别?

 

  • 加上await关键字之后,后面的代码会被挂起等待,直到task执行完毕有返回值的时候才会继续向下执行,这一段时间主线程会处于挂起状态。
  • GetAwaiter方法会返回一个awaitable的对象(继承了INotifyCompletion.OnCompleted方法)我们只是传递了一个委托进去,等task完成了就会执行这个委托,但是并不会影响主线程,下面的代码会立即执行。这也是为什么我们结果里面第一句话会是 “主线程执行完毕”!

Task如何让主线程挂起等待?

  上面的右边是属于没有挂起主线程的情况,和我们的await仍然有一点差别,那么在获取Task的结果前如何挂起主线程呢?


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

static void Main(){

    var task = Task.Run(() =>{

        return GetName();

    });

 

    var name = task.GetAwaiter().GetResult();

    Console.WriteLine("My name is:{0}",name);

 

    Console.WriteLine("主线程执行完毕");

    Console.ReadLine();

}

 

static string GetName(){

    Console.WriteLine("另外一个线程在获取名称");

    Thread.Sleep(2000);

    return "Jesse";

}

  

Task.GetAwait()方法会给我们返回一个awaitable的对象,通过调用这个对象的GetResult方法就会挂起主线程,当然也不是所有的情况都会挂起。还记得我们Task的特性么? 在一开始的时候就启动了另一个线程去执行这个Task,当我们调用它的结果的时候如果这个Task已经执行完毕,主线程是不用等待可以直接拿其结果的,如果没有执行完毕那主线程就得挂起等待了。

await 实质是在调用awaitable对象的GetResult方法


1

2

3

4

5

6

7

8

9

10

11

12

13

static async Task Test(){

    Task<string> task = Task.Run(() =>{

        Console.WriteLine("另一个线程在运行!");  // 这句话只会被执行一次

        Thread.Sleep(2000);

        return "Hello World";

    });

 

    // 这里主线程会挂起等待,直到task执行完毕我们拿到返回结果

    var result = task.GetAwaiter().GetResult(); 

    // 这里不会挂起等待,因为task已经执行完了,我们可以直接拿到结果

    var result2 = await task;    

    Console.WriteLine(str);

}

到此为止,await就真相大白了,欢迎点评。Enjoy Coding! :) 

作者:Jesse 出处: http://jesse2013.cnblogs.com/

本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。如果觉得还有帮助的话,可以点一下右下角的【推荐】,希望能够持续的为大家带来好的技术文章!想跟我一起进步么?那就【关注】我吧。

时间: 2024-12-23 18:49:39

async & await 的前世今生的相关文章

async &amp; await 的前世今生(Updated)

原文:async & await 的前世今生(Updated) async 和 await 出现在C# 5.0之后,给并行编程带来了不少的方便,特别是当在MVC中的Action也变成async之后,有点开始什么都是async的味道了.但是这也给我们编程埋下了一些隐患,有时候可能会产生一些我们自己都不知道怎么产生的Bug,特别是如果连线程基础没有理解的情况下,更不知道如何去处理了.那今天我们就来好好看看这两兄弟和他们的叔叔(Task)爷爷(Thread)们到底有什么区别和特点,本文将会对Threa

如何在现有代码中通过async/await实现并行

一项新技术或者一个新特性,只有你用它解决实际问题后,才能真正体会到它的魅力,真正理解它.也期待大家能够多分享解一些解决实际问题的内容. 在我们遭遇"黑色30秒"问题的过程中,切身体会到了异步的巨大作用(详见从ASP.NET线程角度对"黑色30秒"问题的全新分析),于是开始逐步地用async/await改造现有代码. 今天早上在将一个MVC Controller中的Action改为异步的时候突然发现--其中有7个方法调用可以并行执行. public async Tas

C# async/await 使用总结

今天搞这两个关键字搞得有点晕,主要还是没有彻底理解其中的原理.   混淆了一个调用异步方法的概念: 在调用异步方法时,虽然方法返回一个 Task,但是其中的代码已经开始执行.该方法在调用时,即刻执行了一部分代码,直接最底层的 Async API 处才产生真正的异步操作,这时向上逐步返回,并最终使用一个 Task 来代表该异步任务. 当不使用 await 关键字时,该异步方法同样在异步执行.而使用 await 关键字后,只不过是对 Task(awaitable) 对象异步等待其执行结束,然后再同上

Async/Await替代Promise的6个理由

译者按: Node.js的异步编程方式有效提高了应用性能;然而回调地狱却让人望而生畏,Promise让我们告别回调函数,写出更优雅的异步代码;在实践过程中,却发现Promise并不完美;技术进步是无止境的,这时,我们有了Async/Await. Node.js 7.6已经支持async/await了,如果你还没有试过,这篇博客将告诉你为什么要用它. Async/Await简介 对于从未听说过async/await的朋友,下面是简介: async/await是写异步代码的新方式,以前的方法有回调函

async / await:更好的异步解决方案

在实际开发中总会遇到许多异步的问题,最常见的场景接口请求之后一定要等一段时间才能得到结果,如果遇到多个接口前后依赖,那么问题就变得复杂.大家都一直在尝试使用更好的方案来解决这些问题.最开始只能利用回调函数,后来开始有人使用Promise的思维来搞定.到ES6中开始支持原生的Promise,引入Generator函数. 直到ES7,有了async/await. 这是一个用同步的思维来解决异步问题的方案. 我想很多人可能还不太分得清同步与异步的区别.如果你已经彻底了解了事件循环,那么想必对异步的概念

如何改写用async/await写的方法

问题描述 由于async/await是.Net4.5关键字,现在想用.Net2.0实现同样的功能,该如何改写?这是一个定时器的启动方法.//启动PreciseTimerpublicasyncvoidStart(){if(running)return;running=true;Reset();timestamp=RawTicks+interval;while(running){//如果把下面的timestamp=RawTicks+interval放在此行,精确度会降低awaitTask.Delay

JavaScript 的 Async/Await 完胜 Promise 的六个理由

提醒一下各位,Node 现在从版本 7.6 开始就支持 async/await 了.如果你还没有试过它,这里有一堆带有示例的理由来说明为什么你应该马上采用它,并且再也不会回头. 貌似嵌入 gist 上的代码在 medium 原生 app 中不行,但是在移动浏览器上可以.如果你是在 app 中读本文,请点击共享图标,选择"在浏览器中打开",才看得到代码片段. Async/await 101 对于那些从未听说过这个话题的人来说,如下是一个简单的介绍: Async/await 是一种编写异步

async/await成对匹配,不是一个死循环吗?

问题描述 async/await成对匹配,不是一个死循环吗? 要在async修饰的方法体里面使用await,被await的方法需要用async修饰.而且里面必须要有await. 这样一层一层递推下去,最后似乎必须await到一个内置的耗时方法上去,否则就没法结束.这究竟是怎么回事??? 麻烦熟悉的师兄师姐们指点迷津. 举例(简化): async void DoWork1() {//... await DoWork11(); } async Task DoWork11() {//... await

Python协程:从yield/send到async/await

这个文章理好了脉落. http://python.jobbole.com/86069/ 我练 习了一番,感受好了很多... Python由于众所周知的GIL的原因,导致其线程无法发挥多核的并行计算能力(当然,后来有了multiprocessing,可以实现多进程并行),显得比较鸡肋.既然在GIL之下,同一时刻只能有一个线程在运行,那么对于CPU密集的程序来说,线程之间的切换开销就成了拖累,而以I/O为瓶颈的程序正是协程所擅长的: 多任务并发(非并行),每个任务在合适的时候挂起(发起I/O)和恢复