value_or()是最常用安全的解包方式，有值用原值、无值用默认值，适合配置读取等场景；and_then()用于链式转换而非条件判断；*和value()是强制取值非安全解包；嵌套optional应优先flatten。
value_or() 是最常用也最安全的解包方式
它不抛异常、不触发未定义行为，且语义清晰：有值就用原值，没值就用你给的默认值。适合绝大多数业务场景，比如配置读取、缓存 fallback、API 默认参数补全。
-
value_or()的参数是右值时会移动构造（如opt.value_or(std::string{"default"})），左值则拷贝——注意别传临时大对象，否则即使有值也会白跑一次构造 - 不要写
opt.value_or(expensive_function())；改用opt ? *opt : expensive_function()，避免无谓开销 - 对
std::optional<:vector>></:vector>这类类型，value_or({})比value_or(std::vector<int>{})</int>更轻量，因为{}是常量表达式，不调用构造函数 - 返回类型必须和
T可隐式转换（或可构造），否则编译失败；例如std::optional<int></int>不能value_or("42")
and_then() 适合链式处理可选值，但容易误用为“if-else”
and_then() 不是条件分支工具，而是把“有值时做某事并返回另一个 std::optional”封装成一个操作。它天然支持组合，比如解析嵌套 JSON 字段、多步校验后返回最终结果。
- 回调函数必须返回
std::optional<u></u>，不能返回裸值或U；否则编译报错：no matching function for call to 'and_then' - 如果回调里抛异常，
and_then()不捕获——异常直接向上冒泡，和value()一样需调用方兜底 - 常见错误：用
and_then()替代简单判断，比如opt.and_then([](int x) { return x > 0 ? std::optional<int>{x} : std::nullopt; })</int>——这纯属绕路，直接opt && *opt > 0更直白 - 真正适合的场景是“管道式转换”：比如
parse_url().and_then(validate_scheme).and_then(resolve_host)
别把 * 和 value() 当成“解包”，它们是“强制取值”
* 和 value() 都要求你 100% 确保有值。区别只在于：前者不检查、UB；后者检查、抛 std::bad_optional_access。两者都不是“安全解包”，而是“我赌它一定有值”的断言。
- 写
auto x = *opt;前，必须已通过if (opt)或has_value()判定；否则在 Release 模式下可能静默崩溃 -
value()在禁用异常的项目（如嵌入式、游戏引擎核心）中完全不可用，编译期可能被禁用或导致链接失败 - 当
opt是 const 或绑定到临时对象时，*opt返回const T&，而opt.value()返回T&&或const T&，取决于内部存储状态——这会影响后续能否 move、是否悬垂 - 永远别在函数参数里直接写
foo(*opt)；先判空，再传值，否则堆栈上没地方放异常处理逻辑
嵌套 optional 是个陷阱，优先 flatten 而非 and_then
std::optional<:optional>></:optional> 看似能表达“双重不确定”，实际只会增加理解成本和出错概率。标准库没提供 flatten()，但你可以用 and_then([](auto inner) { return inner; }) 手动压平。
立即学习“C++免费学习笔记（深入）”；
- 嵌套 optional 的
value_or()行为反直觉：外层为空时返回默认值；外层有值但内层为空时，返回的是那个空的std::optional<t></t>，不是你想要的T - 序列化时更麻烦：JSON 中
null对应单层std::nullopt，嵌套 optional 没有标准映射规则，得自己写适配器 - 性能上多一层存在性位 + 对齐开销，小类型（如
char）嵌套后空间浪费明显 - 真需要“多级可选”，考虑用
std::variant<t std::monostate error_code></t>或明确的状态枚举，而不是靠 optional 堆叠
真正难的不是选哪个函数，而是判断“这个值到底该不该有默认语义”。value_or() 写起来简单，但默认值选错了，bug 会藏得很深；and_then() 看似高级，可一旦链太长、回调里混了副作用，调试起来比 if-else 还费劲。
