and_then必须返回std::optional，因其设计目标是“继续可能失败的操作”，需支持空值短路与类型链式一致性；or_else仅在为空时调用且也必须返回std::optional；二者语义迥异于transform，不可混用。
std::optional 在 C++23 中支持 and_then 和 or_else，但它们不是“单体操作”的通用实现，而是有严格类型约束的链式工具——用错函数签名或忽略返回类型一致性，编译器会直接报错，不是运行时问题。
为什么 and_then 必须返回 std::optional？
因为 and_then 的设计目标是“继续可能失败的操作”，它要自动处理空值短路：如果当前 std::optional 为空，就跳过调用，直接返回空；否则把内部值传给函数，并期望该函数也返回 std::optional，以便整个链保持统一结构。
常见错误现象：
- 写成
opt.and_then([](int x) { return x * 2; })→ 编译失败，提示 “no matching member function” - 误以为能混用
std::expected：传入返回std::expected<int, std::string>的 lambda → 编译失败，类型不匹配
正确用法示例：
立即学习“C++免费学习笔记（深入）”；
std::optional<int> get_id() { return 42; }
std::optional<std::string> id_to_name(int id) { return "alice"; }
<p>auto name = get_id().and_then(id_to_name); // OK: 返回 std::optional<std::string>
关键点：
- 参数函数必须接收
T（即optional<T>::value_type），不能是引用或指针，除非你显式写const T& - 返回类型必须是
std::optional<U>，且U可被推导（不能是void或裸类型） - 若上游为空，
and_then不执行函数，也不构造任何临时对象——零开销短路
or_else 是为空时的恢复逻辑，不是默认值兜底
or_else 只在 *this.has_value() == false 时调用函数，且该函数必须返回 std::optional<U>。它不是 value_or() 的增强版，不能直接返回 U 或字面量。
使用场景：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 从缓存未命中后触发异步加载（返回
std::optional<T>表示加载仍可能失败） - 尝试 fallback 配置路径，若仍无效则返回
std::nullopt
错误写法：
std::optional<int> opt;
auto x = opt.or_else([]{ return 123; }); // ❌ 编译失败：期望 optional，得到 int
正确写法：
std::optional<int> opt;
auto x = opt.or_else([]{ return std::optional<int>{456}; }); // ✅
// 或更简洁：
auto y = opt.or_else([]{ return std::nullopt; }); // ✅ 返回空，表示无可用 fallback
注意：
-
or_else的函数不接收任何参数，因为它只在空状态下触发 - 若函数抛异常，异常会向上冒泡——
or_else不捕获 - 和
value_or()比，or_else延迟求值：只有真为空才调用函数，适合含 I/O 或构造开销大的 fallback
transform vs and_then：选哪个取决于返回类型是否带状态
两者都只在有值时调用函数，但语义完全不同：
-
transform：做纯转换，比如int → std::string、double → bool，返回值可以是任意类型，结果自动包装进std::optional -
and_then：做依赖前序结果的下一步操作，该操作本身可能失败，所以必须返回std::optional
示例对比：
std::optional<int> opt = 10;
<p>// transform：安全转字符串，不会失败
auto s = opt.transform([](int x) { return std::to_string(x); }); // → optional<string></p><p>// and_then：除以某数，可能因除零失败
auto r = opt.and_then([](int x) -> std::optional<int> {
if (x != 0) return 100 / x;
else return std::nullopt;
});
容易踩的坑：
- 用
transform去做可能失败的操作（如文件读取），会导致失败被静默转为std::optional<std::string>{""}，掩盖了错误语义 - 用
and_then做纯转换，多写一层包装，代码冗余且易出错 - 混用
transform和and_then链式调用时，注意返回类型是否可衔接：前一个的U必须能作为后一个的输入T
真正难的是组合粒度：C++23 没有提供 map_error 或 recover 这类针对 std::expected 的配套操作，所以当你要把 std::optional 和 std::expected 混用时，必须手动解包再重包——这地方没有语法糖，只能靠类型断言和显式构造撑住。
