自从 Visual Studio 11以来，很多人就开始接触到 新词汇 async 和 await。
首先：Async将从根本上改变大多数代码的编写方式。是的，我相信async / await将比LINQ产生更大的影响。从现在开始的短短几年内，了解异步将是一项基本必需品。
开始介绍关键字
让我们开门见山，这里将使用一些后续介绍的概念。异步方法看起来是这个样子的：
public async Task DoSomethingAsync()
{
// 在实际的编码过程中，我们需要处理一些任务...
// 在例子中我们仅仅是异步的等待 100毫秒。
await Task.Delay(100);
}
“async”关键字在该方法中启用“await”关键字，并更改方法结果的处理方式。这就是async关键字的全部功能！它不会在线程池线程上运行此方法，也不会执行任何其他类型的魔法。 async关键字仅启用await关键字（并管理方法结果）。
异步方法的开始就像任何其他方法一样执行。也就是说，它会同步运行，直到遇到“等待”（或抛出异常）。
“await”关键字是事物可以异步的地方。 Await就像一个公式：它需要一个参数，一个等待的（“等待”是一个异步操作）。等待检查等待它是否已经完成;如果等待已经完成，那么该方法就会继续运行（同步，就像常规方法一样）。
如果“await”看到等待未完成，那么它就是异步行为。它告诉等待在完成时运行方法的其余部分，然后从异步方法返回。
稍后，当等待完成时，它将执行异步方法的剩余部分。如果您正在等待内置等待（例如任务），则异步方法的其余部分将在“await”返回之前捕获的“上下文”上执行。
我喜欢将“await”视为“异步等待”。也就是说，异步方法暂停直到等待完成（所以它等待），但实际线程没有被阻塞（所以它是异步的）。
可等待的
正如我所提到的，“await”只需要一个参数 - 一个“等待” - 这是一个异步操作。 .NET框架中有两种常见的类型：Task <T>和Task。
关于等待的一个重要观点是：它是可以等待的类型，而不是返回类型的方法。换句话说，您可以等待返回Task的异步方法的结果...因为该方法返回Task，而不是因为它是异步的。所以你也可以等待返回Task的非异步方法的结果：
public async Task NewStuffAsync()
{
// 使用关键字await异步创建
await ...
}
public Task MyOldTaskParallelLibraryCode()
{
// 注意这不是异步方法，我们不能使用await
...
}
public async Task ComposeAsync()
{
// 不用关前面是什么调用， 都可以使用 await Tasks
await NewStuffAsync();
await MyOldTaskParallelLibraryCode();
}
如果你有一个非常简单的异步方法，你可以在不使用await关键字的情况下编写它（例如，使用Task.FromResult）。如果你可以在没有等待的情况下编写它，那么你应该在没有等待的情况下编写它，并从方法中删除async关键字。返回Task.FromResult的非异步方法比返回值的异步方法更有效。
返回类型
异步方法可以返回Task <T>，Task或void。几乎在所有情况下，您都希望返回Task <T>或Task，并且只在必要时返回void。
为什么要返回Task <T>或Task？因为它们是等待的，而虚空则不是。因此，如果您有一个异步方法返回Task <T>或Task，那么您可以将结果传递给await。使用void方法，您没有任何要传递给等待的东西。
如果有异步事件处理程序，则必须返回void。
返回值
返回Task或void的异步方法没有返回值。返回Task <T>的异步方法必须返回类型为T的值：
public async Task<int> CalculateAnswer()
{
await Task.Delay(100); // (也许可以更长点...)
// 返回类型 "int"的数值, 而不是 "Task<int>"
return 42;
}
摘自：http://blog.stephencleary.com/2012/02/async-and-await.html