std::generator 不支持异步操作，因其 promise_type 未实现 await_transform，无法 co_await future 等可等待类型；它仅适用于纯 CPU 惰性序列生成，如斐波那契、DFS 迭代器等。
std::generator 本身**不支持异步操作**——它无法在 co_yield 前等待 std::future、co_await 或任何可等待类型。试图在 std::generator 函数体内写 co_await async_op() 会编译失败，因为它的 promise type 不提供 await_transform。
这不是你用得不对，是标准库设计如此：它只负责「协程暂停/恢复 + 值传递」，不处理「挂起等待外部事件」。真要异步流式处理，请换路径。
为什么 std::generator 不能直接用于异步 I/O？
std::generator 的底层 promise type（std::generator<T>::promise_type）没有实现 await_transform，也不接受自定义 awaiter。这意味着：
- 所有
co_await表达式在std::generator函数中非法 -
co_yield只能立即返回一个已就绪的值，不能“等磁盘读完再 yield” - 若强行在
co_yield前调用future.wait()或future.get()，会阻塞当前线程，失去异步意义 - 即使封装成
std::jthread+std::queue生产者，也脱离了std::generator的协程语义，变成手动线程通信
替代方案：用 std::task 或手动协程 promise_type
想让“每次 yield 前等待一个异步操作”，必须绕过 std::generator，改用更底层的协程抽象：
- 用
std::task<T>（非标准，但 GCC14+ libstdc++ 实验性支持）或std::experimental::task封装单次异步计算，再组合成流 - 手写 promise_type，显式添加
await_transform和状态机管理，支持co_await+co_yield混用（复杂度高，调试难） - 更现实的做法：用
std::ranges::istream_view<std::string>配合非阻塞文件句柄 +epoll/IOCP 轮询，外层由事件循环驱动，yield 逻辑交给视图迭代器
std::generator 真实适用场景：纯 CPU 惰性序列
它只适合不需要系统等待、纯内存计算的流式生成：
- 斐波那契、素数筛、树的 DFS 迭代器
- 配置项展开、模板元编程辅助数据生成
- 测试用无限序列：
std::generator<int> counter() { for (int i = 0;; ++i) co_yield i; } - 注意：
co_yield的值会被 move 构造进 generator 内部缓冲，避免返回局部引用或临时对象
工程落地时最容易被忽略的一点
即便你用第三方协程库实现了“异步 generator”，也要面对 ABI 不稳定和调试断点失效的问题——gdb 对多层协程帧的支持依然薄弱，co_yield 处设断点可能跳过，异常栈回溯常截断在 promise 层。线上服务若依赖该机制，建议保留同步 fallback 路径，并用 std::optional<T> + 状态 lambda 做兜底，而不是把所有希望押在 std::generator 上。
立即学习“C++免费学习笔记（深入）”；
