C#5.0推出了新语法，await与async，但相信大家还是很少使用它们。关于await与async有很多文章讲解，但有没有这样一种感觉，你看完后，总感觉这东西很不错，但用的时候，总是想不起来，或者不知道该怎么用。

为什么呢？我觉得大家的await与async的打开方式不正确。

 正确的打开方式

 

首先看下使用约束。

1、await 只能在标记了async的函数内使用。

2、await 等待的函数必须标记async。

有没有感觉这是个循环？没错，这就是个循环。这也就是为什么大家不怎么用他们的原因。这个循环很讨厌，那么怎么破除这个循环呢？

【很简单，await等待的是线程，不是函数。】

不理解吗？没关系，接着看下去。

下面从头来讲解，首先看这么一组对比

 async Task<int>等于int

这意味着我们在正常调用这两个函数时，他们是等效的。那么用async Task<int>来修饰int目的是什么呢？

目的是为了让这个方法这样被调用 await AsyncTest()，但直接这样调用，并不会开启线程，那这样费劲的修饰是不是就没什么意义了呢。

当然不是，那什么时候会让 await AsyncTest()有意义呢？

我们接着往下看，修改AsyncTest如下。然后，此时再调用await AsyncTest()，你会神奇的发现，依然没有卵用。。。

Excute方法正常执行，而AsyncTest内运行的线程，自己执行自己的。

别着急，我们稍作调整，在线程后面增加.GetAwaiter().GetResult()。这句话是干什么用的呢？是用来获取线程返回值的。

这个逻辑是这样的，如果想要获取线程返回结果，就自然要等待线程结束。

运行一下，我们将看下面的结果。

　　

如图，这样写await AsyncTest();就起作用了。

所以，还是那句话，await等待的是线程，不是函数。

但在图里，我们发现很奇怪的一点，结束Excute也是线程3，而不是线程1。也就是说，Await会对线程进行优化。

下面看下两组代码的对比，让我们就更清楚的了解下Await。

第一组，使用await等待线程。

 

第二组，使用等待线程结果，等待线程。

可以明确的看到，第二组，线程重新回到了主线程1中，而第一组，已经被优化到了线程4中。 

 结语

await是一种很便捷的语法，他的确会让代码简洁一些，但他主动优化线程的功能，如果不了解就使用，可能会导致一些奇怪的BUG发生。

这也是官方为什么只提供了await调用服务的例子，因为，在程序内调用，await还是要了解后，再使用，才安全。

原文地址：https://www.cnblogs.com/kiba/p/9292904.html

.NET社区新闻，深度好文，欢迎访问公众号文章汇总 http://www.csharpkit.com