ApiController Post中的Async和Await

我还不太清楚异步并等待.net 4.5。 到目前为止，我想我明白等待：

1. 将函数（右侧）放在一个单独的线程上。
2. 将执行放回当前函数的调用者
3. 但保持当前函数的代码“hostage”的其余部分，直到等待（异步）函数完成。

如果我误解了什么，请纠正我。 所以，如果上面的描述是真的，我会遇到一个我想要异步的ApiController的Post函数：

[HttpPost] public async Task Post([FromBody]MyObject obj) { myDataContext.MyObjects.InsertOnSubmit(obj); myDataContext.SubmitChanges(); await SomeReallyLongRunningTaskAsync(); // obj would now have the new Id, which I'm really after. return Request.CreateResponse(HttpStatusCode.Created, obj); } 

因此，如果我正确理解这一点，Post将完成执行并将控制权返回给调用myApiController.Post(obj) 。 但是我没有HttpResponseMessage对象，因为等待保持return Request.CreateResponse(HttpStatusCode.Created, obj); “人质”。

在上面这个简单的例子中，调用会立即返回客户端（即客户端JS网站还是移动应用程序）？ 如果是这样，它会是201,400,500（最好不是），其他人呢？

Answer 1

除了斯蒂芬的回答，我还需要指出一些事情。

首先，控制器中的异步不会使用户体验异步。 只要SomeReallyLongRunningTaskAsync()占用，用户就必须等待。 [那我们为什么要做异步？ 见下一点]

此外，如果SomeReallyLongRunningTaskAsync()受CPU限制，则不应以异步模式调用它。 在服务器方案中使用Async的主要原因是将CLR线程释放回池，以便IO完成端口（IOCP）可以处理其余部分 – 直到IO工作完成，然后返回到线程池。 这将防止在ASP.NET方案中常见的线程饥饿问题。

IOCP 仅用于IO绑定情况，例如：

• 读/写文件
• 访问数据库或
• 访问外部Web服务或WCF服务

在线提供大量资源并解释各个方面。 如果我可以插一个插件， 本书的第2章是一个很好的资源，可以在Web API中对Async进行一致的理解。

Answer 2

将函数（右侧）放在一个单独的线程上。

不async不会启动新线程。 我有一个你可能会觉得有帮助的async介绍 。

Post将完成执行并将控制权返回给调用myApiController.Post（obj）的人。 但我还没有HttpResponseMessage对象

正确。

在上面这个简单的例子中，调用会立即返回客户端（即客户端JS网站还是移动应用程序）？

没有HttpResponseMessage MVC 4.5发现你正在返回Task而不是HttpResponseMessage ，所以它不会发送响应，直到你的Task完成（在async Post方法结束时）。