根据我的理解，async和await所做的主要事情之一是使代码易于编写和阅读-但使用它们是否等于生成后台线程来执行长时间的逻辑?
我目前正在尝试最基本的例子。我内联添加了一些注释。你能给我解释一下吗?
// I don't understand why this method must be marked as `async`.
private async void button1_Click(object sender, EventArgs e)
{
Task<int> access = DoSomethingAsync();
// task independent stuff here
// this line is reached after the 5 seconds sleep from
// DoSomethingAsync() method. Shouldn't it be reached immediately?
int a = 1;
// from my understanding the waiting should be done here.
int x = await access;
}
async Task<int> DoSomethingAsync()
{
// is this executed on a background thread?
System.Threading.Thread.Sleep(5000);
return 1;
}
在一个简单的控制台程序中显示上述解释:
class Program
{
static void Main(string[] args)
{
TestAsyncAwaitMethods();
Console.WriteLine("Press any key to exit...");
Console.ReadLine();
}
public async static void TestAsyncAwaitMethods()
{
await LongRunningMethod();
}
public static async Task<int> LongRunningMethod()
{
Console.WriteLine("Starting Long Running method...");
await Task.Delay(5000);
Console.WriteLine("End Long Running method...");
return 1;
}
}
输出为:
Starting Long Running method...
Press any key to exit...
End Long Running method...
因此,
Main通过TestAsyncAwaitMethods启动长时间运行的方法。这立即返回，而不停止当前线程，我们立即看到'按任何键退出'消息
在此期间，LongRunningMethod一直在后台运行。一旦它完成，来自Threadpool的另一个线程拾取该上下文并显示最终消息
因此，没有线程被阻塞。
这里的答案可以作为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网站还提供了关于此主题的更详细讨论的链接。
这个答案旨在提供一些特定于ASP.NET的信息。
通过在MVC控制器中使用async/await，可以提高线程池的利用率，并实现更好的吞吐量，如下文所述。
http://www.asp.net/mvc/tutorials/mvc-4/using-asynchronous-methods-in-aspnet-mvc-4
在web应用程序中看到大量的并发请求
启动或有突发负载(并发性突然增加)，
使这些web服务调用异步将增加
应用程序的响应性。异步请求采用
处理同步请求所需的时间相同。例如,
如果一个请求进行了web服务调用，需要两秒钟才能完成
完成后，无论执行与否，请求都需要两秒钟
同步或异步。然而，在异步调用期间，
线程在运行时不会阻塞对其他请求的响应
等待第一个请求完成。因此,异步
请求阻止了请求队列和线程池的增长
调用长时间运行的操作的许多并发请求。
根据我的理解，async和await所做的主要事情之一是使代码易于编写和阅读。
它们是为了让异步代码易于编写和阅读。
这和生成后台线程来执行长时间逻辑是一样的吗?
一点也不。
//我不明白为什么这个方法必须被标记为'async'。
async关键字启用await关键字。所以任何使用await的方法都必须被标记为async。
// DoSomethingAsync()方法在5秒休眠后到达该行。难道不应该立即到达吗?
不会，因为异步方法默认情况下不会在另一个线程上运行。
//是否在后台线程上执行?
No.
你可能会发现我的async/await介绍很有用。官方MSDN文档也非常好(尤其是TAP部分)，异步团队还发布了一个很好的FAQ。
