std::get_if访问variant崩溃的主因是解引用空指针；它不抛异常，仅当类型匹配时返回有效指针，否则返回nullptr，须显式判空后使用。
std::get_if访问variant时崩溃的常见原因
直接调用 std::get_if<T>(&v) 返回空指针后解引用，是运行时崩溃最常见来源。它不抛异常，也不做类型检查——只在 v.index() 确实匹配 T 时返回有效指针；否则返回 nullptr。很多开发者误以为它像 std::get 那样“失败即报错”，结果写成 *std::get_if<int>(&v)，一碰错类型就段错误。
正确使用std::get_if的三步操作
安全访问必须显式检查指针有效性，不能跳过这一步：
- 调用
std::get_if<T>(&v)获取指针 - 用
if (auto* p = std::get_if<T>(&v)) { ... }判断是否非空（推荐写法，避免悬垂指针） - 在
if分支内使用*p或p->member—— 此时p必定有效
示例：
std::variant<int, std::string> v = "hello";
if (auto* s = std::get_if<std::string>(&v)) {
std::cout << *s << "\n"; // 安全：s 非空
} else if (auto* i = std::get_if<int>(&v)) {
std::cout << *i << "\n"; // 不会执行
}std::get_if与std::holds_alternative、std::visit的取舍
不是所有场景都该用 std::get_if：
立即学习“C++免费学习笔记（深入）”；
- 只关心“是不是某类型”而不需值本身？用
std::holds_alternative<T>(v)更轻量 - 需要处理全部分支且逻辑复杂？
std::visit更清晰、不易漏 case，还能自动推导返回类型 - 仅需单一分支且后续要修改值？
std::get_if是唯一能返回非常量指针的方式（std::visit默认传 const 引用）
注意：std::get_if<T> 对 const variant 返回 const T*，想原地修改必须确保 v 是非常量左值。
容易忽略的const和移动语义陷阱
两个隐蔽但高频的问题：
- 对临时
variant调用std::get_if：例如std::get_if<int>(get_variant())，返回的指针指向已销毁对象，后续解引用是未定义行为 - 移动后访问：若
v已被std::move过，其状态虽仍为 valid，但 index 可能变为variant_npos（C++23 起），此时所有std::get_if都返回nullptr；C++17/20 中移动后状态未指定，应避免依赖
真正安全的访问永远建立在：变量生命周期可控 + 类型明确 + 非临时对象这三点上。
