Wait async在C中如何工作#[已关闭]

Question

想改进这个问题吗 通过编辑此帖子，更新问题，使其只关注一个问题。

我试图理解Wait async在C中是如何工作的，有一件事让我很困惑。我知道任何使用await关键字的方法都必须标记为async。我的理解是，当命中带有await关键字的行时，该行下面的代码不会执行。启动异步操作以在等待行中执行语句，并将控件返回给可以继续执行的调用方法。

问题#1：这个假设是正确的还是wait关键字下面的代码仍在执行？

其次，假设我调用了一个异步服务方法，并需要返回其结果。return语句位于await关键字下面。

问题#2：在异步调用完成之后或之前，何时命中return语句？

问题#3：我想使用该服务调用的结果，异步操作没有帮助，因为我想在返回结果时命中调用方法。我知道这可以使用调用synchronus的Result属性来完成。但是，异步在DB操作中的用途是什么呢？因为在大多数应用程序中，异步操作实际上占用了80%的时间。

问题4：如何将async与DB操作一起使用？是否可能并推荐？

问题#5：异步操作在哪个场景中有用，似乎每个api现在都在无缘无故地进行异步操作？还是我错过了使用异步操作的要点？

我所说的api无缘无故地生成asyn方法的意思是，因为方法必须返回一些东西，直到进行了计算，它们如何才能返回，所以从本质上讲，调用不会仍然阻塞，因为在返回结果之前它将是无用的？

Answer 1

你的大多数问题都在官方文件中得到了回答，也在我写的一篇介绍文章中得到了回答。

问题4：如何将async与DB操作一起使用？有可能吗

Entity Framework 6（目前处于测试阶段）支持异步。低级数据库API以某种方式支持异步操作。其中一些（例如SQLite）直接支持异步；其他人需要您编写简单的异步包装器。

... 推荐了吗？

是的，除非您编写的前端服务器（例如ASP.NET）与后端的不可扩展单数据库计算机进行通信。在这种特定情况下，前端的缩放没有意义，因为后端无论如何都无法缩放到与之匹配。

问题#5：异步操作在哪个场景中有用，似乎每个api现在都在无缘无故地进行异步操作？还是我错过了使用异步操作的要点？

异步操作的好处是：

1. 在客户端（UI），您的应用程序保持响应

Answer 2

MSDN解释了一切。

我理解，虽然有时普通文档（特别是来自MSDN的文档）很难适用于您的特定情况，所以让我们回顾一下您的观点。

问题#1：这个假设是正确的还是wait关键字下面的代码仍在执行？

只有在异步调用完成时，才会执行“await”关键字下面的代码。同时，由于方法标记为“async”，因此在方法完成之前，控制将返回给方法的调用方。从上面的MSDN链接：

Task<string> getStringTask = client.GetStringAsync("http://msdn.microsoft.com");

// You can do work here that doesn't rely on the string from GetStringAsync.
DoIndependentWork();

// The await operator suspends AccessTheWebAsync. 
//  - AccessTheWebAsync can't continue until getStringTask is complete. 
//  - Meanwhile, control returns to the caller of AccessTheWebAsync. 
//  - Control resumes here when getStringTask is complete.  
//  - The await operator then retrieves the string result from getStringTask. 
string urlContents = await getStringTask;

我认为这些评论很能说明问题。

其次，假设我调用了一个异步服务方法，并需要返回其结果。return语句位于await关键字下面。

问题#2：在异步调用完成之后或之前，何时命中return语句？

之后

问题#3：我想使用该服务调用的结果，异步操作没有帮助，因为我想在返回结果时命中调用方法。我知道这可以使用调用synchronus的Result属性来完成。但是，异步在DB操作中的用途是什么呢？因为在大多数应用程序中，异步操作实际上占用了80%的时间。

假设您需要进行三个不相关的数据库查询来完成您的服务，然后根据结果执行计算，然后完成。如果您按顺序执行此操作，则必须等到每个操作完成。如果您使用异步调用，那么C#将并行运行三个查询，您的服务可能会更快完成。

此外，返回任务的操作也可以用作未来操作。请参阅MSDN on Futures，其中讨论了如何基于Futures并行化工作和合并结果的几种模式。

如果您的服务只需要一个DB调用，那么将其称为异步肯定会更糟糕。

问题4：如何将async与DB操作一起使用？是否可能并推荐？

ADO. NET现在包括异步方法ReadAsync和NextResultAsync。

这绝对是可能的，至于推荐的这个讨论比我在这里写的要完整得多。

问题#5：异步操作在哪个场景中有用，似乎每个api现在都在无缘无故地进行异步操作？还是我错过了使用异步操作的要点？

异步操作对于轻松并行任何长时间运行的操作而不会遇到线程问题非常有用。如果您的方法只做一件事，或者一系列简单（快速）的事情，那么是的，异步是没有用的。但是，如果您有多个长时间运行的操作，通过异步并行化它们比管理线程要容易得多，也不容易出错。