WinRT/C++ 什么是公寓上下文？

Question

我所知道的是apartment_context是用来捕获UI Thread并在后台ThreadPool时返回UI Thread的。

那么，apartment_context 实际上在 WinRT/C++ 中是什么？以及如何正确正确地使用它？那么，这个对象是不是只能捕获 UI Thread 呢？

最后，与resume_foreground()和CoreDispatcher::RunAsync()相比，使用apartment_context的优缺点是什么？

谢谢

Answer 1

一个winrt::apartment_context

在协程中捕获线程上下文，以便以后可以恢复。你实例化一个 winrt::apartment_context 值，然后你 co_await 它。

换句话说，它允许客户端代码存储有关当前线程单元的信息，切换到另一个单元，然后返回到它。它可以在任何线程上构建，而不仅仅是 UI 线程。但是，由于 UI 线程存在于特殊的¹ ASTA（应用程序单线程单元）中，并且这些线程拥有的对象通常具有线程关联性，apartment_context 主要用于 UI 线程。

该实现包装了一个从对CoGetObjectContext 的调用中捕获的IContextCallback 接口。它的ContextCallback 方法

进入对象上下文，执行指定函数，返回。

这是相当先进的，几乎没有官方文档可用。幸运的是，Raymond Chen 发表了两篇博文^2,3，对这一领域进行了足够详细的介绍。

相比之下，apartment_context 的接口没有暴露任何复杂性。它由一个默认构造函数和三个成员await_ready()、await_suspend() 和await_resume() 组成，这三个成员使其成为coroutine awaiter⁴。因此，客户端代码执行的唯一操作是构造，co_await 它。例子和解释可以在Programming with thread affinity in mind找到。

至于优点和缺点，归根结底是了解正在发生的事情。虽然apartment_context 像宣传的那样工作，但重要的是要记住，它捕获了当前 上下文。因此，协程是否按预期工作成为调用者的责任。如果（部分）协程需要在 UI 线程上执行，则使用 resume_foreground 会更加健壮，并且可读性也更高。唯一的缺点是您需要访问调度程序。

最后，CoreDispatcher::RunAsync 最终做了同样的事情。除了，它是 Windows 运行时的一部分，而 resume_foreground() 是 C++/WinRT 库的一部分。我不知道有任何功能差异。

---

¹What is so special about the Application STA?

²How do you get into a context via IContext­Callback::Context­allback?

³Using contexts to return to a COM apartment later

⁴C++ Coroutines: Understanding operator co_await