std::optional 用值语义替代空指针逻辑，强制调用方显式处理“有无值”，避免空指针解引用；禁用 optional，推荐 value_or() 和 structured binding 提升安全与简洁性。
std::optional 本身不是指针，它根本不会产生空指针——它用值语义替代了“可能为空”的指针逻辑，从而从源头规避空指针解引用风险。
用 optional 替代裸指针或返回 nullptr 的习惯
传统 C++ 中常靠返回 nullptr 表示失败（比如工厂函数、查找函数），调用方若忘记判空，就会崩溃。而 std::optional 强制你面对“有没有值”这个事实：
- 返回
std::optional，调用方必须显式检查是否有值（has_value()或operator bool()）才能安全取值 - 不能直接对
optional解引用；必须用*opt或opt.value()—— 后者在无值时抛异常，比静默崩溃更易定位问题 - 例如查找 map 中的元素：
std::optionalfind_value(const std::map<:string int>& m, const std::string& k) {
if (auto it = m.find(k); it != m.end()) return it->second;
return std::nullopt;
}
避免隐式转换和意外构造
optional 容易被误用成“可选指针”，但它的设计初衷是“可选值”。注意这些坑：
- 不要用
std::optional来模拟“可能为空的指针”——这反而增加了间接层，且仍可能解引用空指针 - 禁止用
optional（编译不过），但小心opt = nullptr; optional是空状态，不是默认构造的 Topt{}; - 想提供默认值？优先用
opt.value_or(default_val)，而不是先判空再分支，代码更简洁安全
与函数返回值配合提升健壮性
C++17 起，optional 非常适合做“可能失败的计算”的返回类型，替代错误码或异常（尤其在性能敏感或异常禁用场景）：
立即学习“C++免费学习笔记（深入）”；
- 解析字符串为整数：
std::optional，成功返回值，失败返回try_parse_int(const std::string& s) std::nullopt - 调用方自然写成：
if (auto val = try_parse_int("123")) { use(*val); }
// 不需要 try-catch，也不用传入输出参数或检查 errno - 配合 structured binding（C++17）还能简化多值返回逻辑（如带状态的结果），但需封装为结构体 + optional
基本上就这些。optional 不是万能药，但它把“空值处理”从约定俗成的协作责任，变成了编译器可检查、调用方无法忽视的接口契约。
