协程不能自动调度到线程池，必须通过执行器（如libunifex的scheduler）或自定义awaiter将resume函数投递至线程池；std::jthread非线程池，需配合队列手动实现；直接捕获coroutine_handle易致悬垂指针，须确保promise生命周期足够长。
协程不能直接“调度到线程池”，得靠 std::jthread 或自定义执行器包装
标准 C++20 协程（co_await、co_return）本身不绑定线程，它只是语法糖，底层依赖你提供的 awaiter 和 promise_type 来决定在哪恢复。所谓“调度到线程池”，本质是让 await_suspend 把恢复函数（resume）投递进线程池的任务队列。
常见错误是以为 co_await task 就自动在线程池跑了——其实没指定执行上下文的话，它大概率还在当前线程同步恢复，甚至崩溃（比如在主线程 await 一个本该异步 IO 的协程，但没挂起）。
- 必须自己实现或选用支持执行器（executor）的协程库，如
libunifex、cppcoro，或手写带线程池回调的awaiter -
std::jthread只是可 join 的线程，不是线程池；要用它得配合队列+循环，自己造简易池 - 别直接把
co_await放在普通函数里指望它并发——协程暂停/恢复点不等于线程切换点
用 libunifex + inline_scheduler / thread_pool 最省事
如果你能引入第三方库，libunifex 是目前最贴近“协程即任务”的设计：它把调度逻辑下沉到 scheduler 层，协程对象（sender）创建时就绑定执行策略。
典型场景：你想让一个耗时计算协程跑在线程池里，而不是阻塞主线程：
auto my_task = unifex::then(
unifex::schedule(thread_pool.get_scheduler()),
[]() -> unifex::task<int> {
co_return heavy_computation(); // 这里会在 thread_pool 某个线程中执行
}
);
unifex::sync_wait(std::move(my_task)); // 启动
</int>
-
thread_pool.get_scheduler()提供的是真正可调度的上下文，不是裸线程 -
unifex::schedule是起点，后续所有then、let_value都默认继承该 scheduler，除非显式切走 - 注意
sync_wait会阻塞调用线程等待结果，生产环境应改用start_detached或链式 await - libunifex 不是标准库，需编译时启用 C++20 并链接其头文件（无二进制依赖）
std::coroutine_handle 手动投递到线程池容易出悬垂指针
有人想绕过库，直接拿 coroutine_handle::from_promise 或 await_suspend 返回值做调度，这是高危操作。
典型错误代码片段：
struct my_awaiter {
std::coroutine_handle handle;
bool await_ready() { return false; }
void await_suspend(std::coroutine_handle h) {
thread_pool.enqueue([h]() { h.resume(); }); // ❌ 危险！
}
void await_resume() {}
};
问题在于：如果协程 promise 对象分配在栈上（比如局部协程变量），而线程池异步执行 h.resume() 时，原栈帧早已销毁，h 指向野内存。
- 必须确保 promise 生命周期 >= 协程执行期，常用手段是堆分配（
new promise）或用std::shared_ptr管理 - 线程池的
enqueue要求参数可拷贝或可 move，lambda 捕获h时注意是否含引用、是否线程安全 - resume 前最好检查
h.done()，避免重复 resume 或对已结束协程操作
Windows 上 winrt::IAsyncAction 或 concurrency::task 不是 C++20 协程替代品
有些老项目混用 PPL 或 C++/WinRT，误以为它们的 task 或 IAsyncAction 和 co_await 兼容——它们确实支持 co_await，但调度模型完全独立。
例如：
concurrency::task<int> t = create_task([]{ return 42; });
co_await t; // ✅ 可以，但调度由 PPL 内部线程池控制，你无法干预或复用自有线程池
</int>
- 这种 await 是“适配器行为”，底层仍走 PPL 自己的调度器，和你的
thread_pool没关系 - 跨平台项目慎用，
concurrency::task是 MSVC 特有，winrt::IAsyncAction绑定 Windows Runtime - 若需统一调度，宁可全量迁移到
libunifex或手写 executor，别混合两套并发模型
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
