最推荐用 has_value() 判断 std::optional 是否有值，因其语义清晰、行为一致、无开销且安全；避免 opt.value() 前不检查、opt == std::nullopt 绕路写法及与 nullptr 比较等错误。
std::optional 用 has_value() 判断是否有值
最直接、最推荐的方式就是调用 has_value() 成员函数。它返回 bool，语义清晰，且在 C++17 及以后所有标准库实现中行为一致。
注意：不要用 operator bool() 以外的隐式转换（比如 if (opt) 虽然可行，但不如显式调用 has_value() 直观）；更不要和指针习惯混淆，比如 opt != nullptr 是非法的——std::optional 不支持与 nullptr 比较。
-
has_value()是唯一专为此目的设计的接口，可读性强，且编译器能更好优化 - 对
const std::optional<t>&</t>也完全可用，是 const 成员函数 - 性能上无额外开销，底层通常只是比较一个内部标记字节
为什么不能用 operator== 或 value() 来判断
试图用 opt == std::nullopt 虽然语法合法，但属于“绕路”写法；而直接调 value() 前不检查则会触发未定义行为（抛出 std::bad_optional_access）。
常见错误现象：opt.value() 在空状态下调用，程序崩溃或抛异常，堆栈里出现 std::bad_optional_access: bad optional access。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
opt == std::nullopt可用，但语义不如!opt.has_value()直接，且多一次重载解析开销 -
opt.value()必须确保已有值，否则行为未定义；opt.value_or(T{})更安全，但它是兜底取值，不是判断手段 - 某些自定义类型 T 若重载了
operator==，还可能干扰opt == std::nullopt的预期行为
在 if 条件中怎么写才既安全又自然
推荐两种写法，都安全、简洁、符合主流风格：
if (opt.has_value()) { /* 安全访问 opt.value() */ }if (opt) { /* 等价于 has_value()，但更紧凑；C++17 起明确支持 */ }
两者生成的汇编几乎一样，选哪个取决于团队规范。但要注意：if (opt) 依赖 explicit operator bool()，所以它不会意外触发用户自定义的 operator int() 等隐式转换，安全性有保障。
容易被忽略的边界情况：std::nullopt_t 和移动后状态
构造时用 std::nullopt 明确表示空值，没问题；但移动赋值/移动构造后的 std::optional 对象状态是「有效但未指定」——标准只要求它处于 has_value() == false 或已含有效值之一，实际实现通常置为 empty，但你不该依赖移动后的具体值。
- 永远用
has_value()检查，而不是假设“刚 move 过就一定是空” -
std::nullopt是一个标记常量，类型是std::nullopt_t，仅用于构造或赋值，不能用于判断逻辑 - 如果对象是局部变量且未初始化（比如
std::optional<int> opt;</int>），它的初始状态就是!opt.has_value()，无需额外处理
复杂点在于：有些嵌套场景（比如 std::optional<:optional>></:optional>）需要两层 has_value()，容易漏掉内层检查——这时候别省那两个字母，老老实实写清楚。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
