问题 C ++ 1z协同线程上下文和协同调度

相反！

C ++协程是关于控制的。这里的关键点是
  void await_suspend(std::experimental::coroutine_handle<> handle)  功能。

埃维 co_await 期待等待类型。简而言之，等待类型是提供以下三种功能的类型：

1. bool await_ready()  - 程序是否应该停止执行协程？
2. void await_suspend(handle)  - 程序会为您传递该协程帧的延续上下文。如果你激活句柄（例如，通过调用 operator () 句柄提供 - 当前线程立即恢复协程。
3. T await_resume()  - 告诉线程恢复协程恢复协程时要做什么以及返回什么 co_await。

所以当你打电话 co_await 在等待类型，程序要求等待是否应该暂停协程（如果 await_ready 返回false）如果是这样的话 - 你得到一个协程句柄，你可以随意做任何事情。

例如，您可以将协程句柄传递给线程池。在这种情况下，线程池线程将恢复协程。

你可以将协程句柄传递给一个简单的句柄 std::thread - 你的 拥有 创建线程将恢复协程。

你可以将coroutine句柄附加到派生类中 OVERLAPPED 异步IO完成后恢复协同程序。

正如您所看到的 - 您可以通过管理传入的协程句柄来控制协程暂停和恢复的位置和时间 await_suspend。没有“默认调度程序” - 你如何实现等待类型将决定协程如何被调度。

那么，VC ++会发生什么？不幸， std::future 仍然没有 then 功能，所以你 不能 将协程句柄传递给 std::future。如果你等待 std::future  - 程序将只打开一个新线程。看一下给出的源代码 future 标题：

template<class _Ty>
    void await_suspend(future<_Ty>& _Fut,
        experimental::coroutine_handle<> _ResumeCb)
    {   // change to .then when future gets .then
    thread _WaitingThread([&_Fut, _ResumeCb]{
        _Fut.wait();
        _ResumeCb();
    });
    _WaitingThread.detach();
    } 

那么为什么你会看到一个win32线程池线程，如果协程是以常规方式启动的 std::thread？那是因为它不是协程。 std::async 在幕后打电话给 concurrency::create_task。一个 concurrency::task 默认情况下在win32线程池下启动。毕竟，整个目的 std::async 是在另一个线程中启动callable。