std::expected不能直接用于异步链因其是同步值容器，无执行上下文或调度能力；需封装为task<std::expected<T,E>>或配合自定义awaiter实现co_await兼容。
std::expected 在异步链中为什么不能直接用
因为 std::expected 本身是同步值容器，不带执行上下文或调度能力。你不能拿它直接替代 std::future 或 std::coroutine_handle，更不能靠它自动“等待”或“转发”异步任务。强行在回调里返回 std::expected，只会让错误被静默吞掉，或者在错误路径上意外抛异常（比如 value() 调用时）。
真正可行的做法，是把它作为「结果建模工具」嵌入异步类型中——比如封装成 task<std::expected<T, E>>，或配合 co_await + 自定义 awaiter 使用。
-
std::expected不可复制时（含非 trivial 析构的 error 类型），需注意移动语义是否被正确触发，否则可能在co_return时触发未定义行为 - 不要在 lambda 捕获中直接存
std::expected<T, E>并跨线程传递，除非明确保证其 lifetime 和线程安全 - 若 error 类型含指针或引用成员，
std::expected移动后原对象状态不可靠，别试图复用
如何让 std::expected 与 co_await 兼容
关键在于提供一个满足 Awaitable 概念的 operator co_await，且该 awaiter 的 await_resume() 返回 std::expected。标准库没提供这个，得自己写。
典型结构：定义一个 expected_awaiter 模板，内部持有 std::expected<T, E>& 或 std::expected<T, E>&&，并在 await_resume() 中直接返回它（或 move 出来）。注意：如果 awaiter 是临时对象，必须确保 std::expected 的 lifetime 覆盖整个 await 表达式求值过程。
立即学习“C++免费学习笔记（深入）”；
- 推荐把
std::expected存在 promise 对象里，由 awaiter 引用，避免悬垂 - 不要在
await_ready()里返回true后还调用await_suspend()，这会导致未定义行为 - 若
await_resume()返回std::expected<void, E>，记得处理value()可能抛std::bad_expected_access
组合多个 std::expected 返回函数时的常见陷阱
手动链式调用 and_then 看似优雅，但容易忽略短路逻辑和 error 类型对齐问题。C++23 的 std::expected::and_then 要求返回类型必须是 std::expected，且 error 类型必须完全一致（不是 convertible）。
例如：f() -> expected<int, err1> 后接 g() -> expected<double, err2>，即使 err1 和 err2 是同一基类，也不能直接 and_then(g)，编译失败。
- 解决办法：统一 error 类型，比如用
std::variant<err1, err2>或自定义 tag-union - 避免嵌套
and_then多层后忘记最后调用value()或error()，导致逻辑漏判 - 若函数返回
std::expected<T, void>（即无意义 error 值），and_then会要求 next 函数也返回std::expected<U, void>，而非std::expected<U, some_error>
std::expected 与 std::optional、std::variant 的取舍边界
当 error 是单一、无状态的（如 “not found”），std::optional 更轻量；当 error 需携带上下文（如错误码 + 字符串 + timestamp），std::expected 更合适；而当 success 和 error 都有多种形态（比如 success 可能是 A 或 B，error 可能是 X/Y/Z），std::variant 更灵活，但失去类型安全的 success/error 分离语义。
-
std::expected的has_value()比std::optional::has_value()语义更明确：它表达的是“是否成功”，不是“是否有值” - 若 error 类型构造开销大（如含
std::string成员），std::expected的移动构造可能比std::variant更慢，尤其在频繁失败路径上 - 某些嵌入式平台不支持
std::expected（C++23 才正式加入），此时用std::variant<T, E>加约定（如 first alternative = success）是更兼容的降级方案
真正难的不是怎么写 std::expected，而是决定哪些 error 值值得传播、哪些该当场处理、哪些该转为 exception——这和你用不用 std::expected 无关，但会影响它是否真能帮你减少样板代码。
