我一直在阅读Eric Lippert在C＃5中关于Asynchrony的博客文章（part 4特别相关），并观看了Anders PDC10关于这个主题的讨论，我不清楚如何恢复异步方法的延续单线程上下文。
两个来源都讨论在单线程UI循环中使用异步方法来提高响应能力，在Anders的例子中，他提到当异步任务完成时，通过向消息泵添加消息来安排延续。
异步方法是否真的知道它需要执行看似特定于上下文的操作，还是这是一种简化？
更一般地说，如何在单线程上下文中处理异步方法的恢复？是否需要在单个线程内进行调度？
答案 0 :(得分：7)
任务继续知道需要在何处安排继续 - 例如“任何线程池线程”或“UI线程”。
此行为由“awaiter”决定，但它实际上并不是C＃编译器负责的部分。编译器只调用BeginAwait并传入延续; awaiter返回一个布尔值，指示任务是否已经同步完成，或者调用者是否应该返回并让延续异步发生。
所以目前，这个决定是在TaskEx返回的等待者中做出的 - 但我最终看到这一切都被捆绑到Task并不会感到惊讶。这可以像同步上下文那样流动，它知道应该如何处理进一步的动作。
我不太确定你正在考虑什么样的真正的单线程上下文...或者你是否正在考虑大部分工作需要在一个单一的情况下发生的情况线程，但异步位可能涉及其他线程（例如，当接收到HTTP数据包，在IO完成端口线程上处理，并且在UI线程上回复处理）？
答案 1 :(得分：7)
Jon的回答当然很棒;我想我还要补充一点。
考虑一个WinForms应用程序，在单个按钮上单个按钮，单击按钮时运行代码。
当不点击按钮时会发生什么？没有。该过程存在，代码正在运行，但它似乎没有做任何事情。事实上，它正在做的是在UI线程上处理消息并确定它们都不是有趣的，但它看起来并没有做任何有趣的事情。
当您单击该按钮时，突然其中一条消息很有趣，并且消息泵知道当它看到click事件时，它应该运行一些代码。它确实如此。
单线程上的异步场景是一样的。延续 - “任务完成后要做什么”代码实际上是“任务完成”事件的“事件处理程序”。当任务完成时，它“按下按钮”并在UI线程的消息队列上排队消息。它是从UI线程还是从I / O完成线程或其他任何东西这样做无关紧要。当UI线程绕过处理该消息时，它会调用continuation。与UI线程处理按钮单击时相同，它会调用单击处理程序。