这里有一个快速的控制台程序，让那些遵循。TaskToDo方法是你想让它异步的长期运行的方法。让它以异步方式运行是由TestAsync方法完成的。test loops方法只是运行TaskToDo任务，并异步运行它们。你可以在结果中看到这一点，因为它们在每次运行中完成的顺序不同——当它们完成时，它们会报告给控制台UI线程。简单，但我认为简单的例子比复杂的例子更好地揭示了模式的核心:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading;
using System.Threading.Tasks;

namespace TestingAsync
{
    class Program
    {
        static void Main(string[] args)
        {
            TestLoops();
            Console.Read();
        }

        private static async void TestLoops()
        {
            for (int i = 0; i < 100; i++)
            {
                await TestAsync(i);
            }
        }

        private static Task TestAsync(int i)
        {
            return Task.Run(() => TaskToDo(i));
        }

        private async static void TaskToDo(int i)
        {
            await Task.Delay(10);
            Console.WriteLine(i);
        }
    }
}

异步&等待简单的解释

简单的类比

一个人可能会等早班火车。这就是他们所做的一切，因为这是他们目前正在执行的主要任务。(同步编程(你通常做的事情!))

另一些人可能在等早班火车的时候，抽着烟，喝着咖啡。(异步编程)

什么是异步编程?

异步编程是指程序员选择在与主线程执行分开的线程上运行一些代码，然后在执行完成时通知主线程。

async关键字实际上做什么?

在方法名前加上async关键字，例如

async void DoSomething(){ . . .

允许程序员在调用异步任务时使用await关键字。这就是它所做的。

为什么这很重要?

在许多软件系统中，主线程专门用于与用户界面相关的操作。如果我正在运行一个非常复杂的递归算法，需要5秒才能在我的计算机上完成，但我在主线程(UI线程)上运行这个，当用户试图单击我的应用程序上的任何东西时，它将出现冻结，因为我的主线程已经排队，目前正在处理太多的操作。因此，主线程无法处理从鼠标点击到从按钮点击运行的方法。

什么时候使用Async和Await?

在不涉及用户界面的情况下，最好使用异步关键字。

假设你正在编写一个程序，允许用户在手机上画草图，但是每隔5秒它就会在互联网上查看天气。

我们应该等待呼叫，轮询每5秒呼叫一次网络以获取天气，因为应用程序的用户需要保持与移动触摸屏的交互以绘制漂亮的图片。

如何使用Async和Await

从上面的例子，下面是一些如何编写它的伪代码:

    //ASYNCHRONOUS
    //this is called using the await keyword every 5 seconds from a polling timer or something.

    async Task CheckWeather()
    {
        var weather = await GetWeather();
        //do something with the weather now you have it
    }

    async Task<WeatherResult> GetWeather()
    {

        var weatherJson = await CallToNetworkAddressToGetWeather();
        return deserializeJson<weatherJson>(weatherJson);
    }

    //SYNCHRONOUS
    //This method is called whenever the screen is pressed
    void ScreenPressed()
    {
        DrawSketchOnScreen();
    }

附加说明-更新

我忘了在我最初的笔记中提到，在c#中，你只能等待被包裹在任务中的方法。例如，你可以等待这个方法:

// awaiting this will return a string.
// calling this without await (synchronously) will result in a Task<string> object.
async Task<string> FetchHelloWorld() {..

你不能等待不是任务的方法，像这样:

async string FetchHelloWorld() {..

请随意查看Task类的源代码。

说实话，我仍然认为最好的解释是维基百科上关于未来和承诺的解释:http://en.wikipedia.org/wiki/Futures_and_promises

基本思想是，您拥有一个单独的异步执行任务的线程池。使用时。然而，对象承诺它将在某个时间执行操作，并在您请求时给您结果。这意味着当您请求结果并且还没有完成时，它将阻塞，否则将在线程池中执行。

从那里你可以优化事情:一些操作可以异步实现，你可以优化像文件IO和网络通信通过批处理后续请求和/或重新排序它们。我不确定这是否已经在微软的任务框架中-但如果不是，这将是我首先要添加的事情之一。

实际上，您可以在c# 4.0中实现这种未来模式。如果你想知道它到底是如何工作的，我可以推荐这个链接:http://code.google.com/p/fracture/source/browse/trunk/Squared/TaskLib/。但是，如果您自己开始使用它，您将注意到如果您想做所有很酷的事情，您确实需要语言支持——这正是微软所做的。

最好的例子在这里，请欣赏:

这里的答案可以作为await/async的一般指导。它们还包含一些关于await/async如何连接的细节。我想和大家分享一些在使用这个设计模式之前应该知道的实践经验。

术语“await”是字面意义上的，所以无论您在哪个线程上调用它，都将在继续之前等待该方法的结果。在前台线程上，这是一个灾难。前台线程承担了构建应用程序的负担，包括视图、视图模型、初始动画，以及其他任何与这些元素捆绑在一起的东西。所以当你等待前台线程时，你会停止应用程序。当什么都没有发生时，用户会一直等待。这提供了一种消极的用户体验。

你当然可以使用各种方法来等待后台线程:

Device.BeginInvokeOnMainThread(async () => { await AnyAwaitableMethod(); });

// Notice that we do not await the following call, 
// as that would tie it to the foreground thread.
try
{
Task.Run(async () => { await AnyAwaitableMethod(); });
}
catch
{}

这些注释的完整代码在https://github.com/marcusts/xamarin-forms-annoyances。参见名为AwaitAsyncAntipattern.sln的解决方案。

GitHub网站还提供了关于此主题的更详细讨论的链接。

除了其他答案，还有await (c#参考)

更具体地说，在包含的例子中，它解释了您的情况

下面的Windows窗体示例说明了await在 异步方法，WaitAsynchronouslyAsync。对比一下它的行为 方法使用waitsynchrontically的行为。没有等待 应用到任务的操作符，waitsynchronize同步运行 尽管在定义中使用了async修饰符，并且调用了 线程。睡在它的身体里。

private async void button1_Click(object sender, EventArgs e)
{
    // Call the method that runs asynchronously.
    string result = await WaitAsynchronouslyAsync();

    // Call the method that runs synchronously.
    //string result = await WaitSynchronously ();

    // Display the result.
    textBox1.Text += result;
}

// The following method runs asynchronously. The UI thread is not
// blocked during the delay. You can move or resize the Form1 window 
// while Task.Delay is running.
public async Task<string> WaitAsynchronouslyAsync()
{
    await Task.Delay(10000);
    return "Finished";
}

// The following method runs synchronously, despite the use of async.
// You cannot move or resize the Form1 window while Thread.Sleep
// is running because the UI thread is blocked.
public async Task<string> WaitSynchronously()
{
    // Add a using directive for System.Threading.
    Thread.Sleep(10000);
    return "Finished";
}