Async wait 关键字是否等同于ContinueWith lambda？

发布于 2024-12-25 06:40:52 字数 820 浏览 0 评论 0原文

有人可以确认我是否正确理解了 Async wait 关键字吗？（使用 CTP 的版本 3）

到目前为止，我已经发现在方法调用之前插入 wait 关键字本质上会做两件事，A.它创建一个立即返回，B.它创建一个在方法调用时调用的“延续”。完成异步方法调用。在任何情况下，延续都是该方法的代码块的剩余部分。

所以我想知道的是，这两段代码在技术上是否等效，如果是，这是否基本上意味着await 关键字与创建ContinueWith Lambda 相同（即：它基本上是一个编译器快捷方式）？如果不是，有什么区别？

bool Success =
    await new POP3Connector(
        "mail.server.com", txtUsername.Text, txtPassword.Text).Connect();
// At this point the method will return and following code will
// only be invoked when the operation is complete(?)
MessageBox.Show(Success ? "Logged In" : "Wrong password");

(new POP3Connector(
    "mail.server.com", txtUsername.Text, txtPassword.Text ).Connect())
.ContinueWith((success) =>
    MessageBox.Show(success.Result ? "Logged In" : "Wrong password"));

原文

Could someone please be kind enough to confirm if I have understood the Async await keyword correctly? (Using version 3 of the CTP)

Thus far I have worked out that inserting the await keyword prior to a method call essentially does 2 things, A. It creates an immediate return and B. It creates a "continuation" that is invoked upon the completion of the async method invocation. In any case the continuation is the remainder of the code block for the method.

So what I am wondering is, are these two bits of code technically equivalent, and if so, does this basically mean that the await keyword is identical to creating a ContinueWith Lambda (Ie: it's basically a compiler shortcut for one)? If not, what are the differences?

bool Success =
    await new POP3Connector(
        "mail.server.com", txtUsername.Text, txtPassword.Text).Connect();
// At this point the method will return and following code will
// only be invoked when the operation is complete(?)
MessageBox.Show(Success ? "Logged In" : "Wrong password");

(new POP3Connector(
    "mail.server.com", txtUsername.Text, txtPassword.Text ).Connect())
.ContinueWith((success) =>
    MessageBox.Show(success.Result ? "Logged In" : "Wrong password"));

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

猫七 2025-01-01 06:40:52

总体想法是正确的 - 该方法的其余部分被制成某种延续。

“快速路径”博客文章详细介绍了 async/await 编译器转换的工作原理。

差异，在我的脑海中浮现：

await 关键字还利用了“调度上下文”概念。调度上下文为 SynchronizationContext.Current（如果存在），并依赖于 TaskScheduler.Current。然后，延续在调度上下文上运行。因此，更接近的近似方法是将 TaskScheduler.FromCurrentSynchronizationContext 传递到 ContinueWith，如有必要，则返回到 TaskScheduler.Current。

实际的async/await实现是基于模式匹配的；它使用“可等待”模式，允许等待任务以外的其他事情。一些示例是 WinRT 异步 API、一些特殊方法，例如 Yield、Rx 可观察对象和特殊套接字等待，不会对 GC 产生太大影响。任务很强大，但它们并不是唯一值得等待的事情。

我想到了另一个细微的差别：如果等待已经完成，那么 async 方法实际上不会在此时返回；它同步继续。所以这有点像传递TaskContinuationOptions.ExecuteSynchronously，但没有与堆栈相关的问题。