std::get_if 更安全，因它先检查类型匹配再返回指针，不匹配时返回 nullptr；而 std::get 直接强转，不匹配则抛 std::bad_variant_access 异常。
std::get_if 为什么比 std::get 更安全
std::get_if 在访问 std::variant 成员前先检查当前存储的类型是否匹配，匹配才返回有效指针；而 std::get 直接强转，类型不匹配会抛出 std::bad_variant_access 异常。这意味着：你无法在运行时动态判断类型时用 std::get 安全兜底。
怎么正确调用 std::get_if 获取特定类型的值
调用 std::get_if 必须显式指定目标类型（通过模板参数），它返回该类型的指针——成功则非空，失败则为 nullptr。常见错误是漏写模板参数或误用引用类型：
- ✅ 正确：
auto* p = std::get_if<int>(&v);</int>—— 模板参数是int，不是int&或const int - ❌ 错误：
std::get_if<int>(&v)</int>编译失败；std::get_if<double>(&v)</double>返回double*，即使v存的是int也只返回nullptr - ⚠️ 注意：如果
v是 const，必须用std::get_if<const t></const>，否则编译不过
std::get_if 和 std::holds_alternative 的配合使用场景
单独用 std::get_if 已足够做“尝试获取 + 判空”逻辑；但若需先判断再多次取值（比如日志打印+后续计算），用 std::holds_alternative<t>(v)</t> 先查类型更清晰，避免重复调用 std::get_if。两者底层都靠 v.index() 判断，性能无差异，但语义不同：
-
std::holds_alternative<int>(v)</int>→ “是不是 int？”（布尔判断） -
std::get_if<int>(&v)</int>→ “如果是 int，请给我指针”（带访问意图） - 不要写
if (std::holds_alternative<int>(v)) { auto x = *std::get_if<int>(&v); }</int></int>—— 多余，直接用std::get_if判空更简洁
容易忽略的 const 与 lifetime 问题
std::get_if 返回的是指向 variant 内部存储的指针，其 lifetime 严格绑定于 variant 对象本身。常见坑点：
- ❌ 不要返回
std::get_if得到的指针给调用方长期持有，尤其当 variant 是局部变量或即将被移动 - ❌ 对 const variant 调用非 const 版
std::get_if<t></t>会编译失败；必须写std::get_if<const t></const>，且得到的是const T* - ⚠️ 如果 variant 含有 non-trivial 类型（如
std::string），std::get_if不触发拷贝，只是裸指针访问 —— 修改它等价于修改 variant 内容，这点和std::get一样
真正容易出错的地方不在语法，而在假设类型一定存在后直接解引用。哪怕只有一处漏了判空，nullptr 解引用就是未定义行为 —— 而且这种 bug 很难复现。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
