std::holds_alternative和std::get_if均不可在variant处于valueless_by_exception状态下调用；前者需显式模板实参且类型须逐字匹配，后者需传左值引用并解引用前判空。
std::holds_alternative 和 std::get_if 都不能在 variant 处于 valueless_by_exception 状态下调用——这是最常被忽略、也最容易导致崩溃的点。
std::holds_alternative 编译失败：不是函数调用，是模板推导
它根本不是普通函数，必须显式写全模板实参，比如 std::holds_alternative<:string>(v)</:string>。写成 std::holds_alternative("hello", v) 或 std::holds_alternative<int>(v</int>（漏右括号）都会编译报错。
常见错误现象：
-
error: no matching function for call to 'holds_alternative'—— 把类型名当实参传了，比如std::holds_alternative(int, v) -
error: template argument deduction/substitution failed—— 模板实参和 variant 声明不“逐字相同”：缺const、漏&、用std::string查std::string_view都会失败
字符串字面量 "abc" 存入 std::variant<:string std::string_view></:string> 时，通常构造为 std::string，所以 std::holds_alternative<:string_view>(v)</:string_view> 返回 false。
立即学习“C++免费学习笔记（深入）”；
std::get_if 返回指针，但解引用前必须判空
std::get_if 不抛异常，返回 T*（成功）或 nullptr（失败），适合禁用异常或高频场景。但它不自动帮你规避空指针——解引用 nullptr 仍是未定义行为。
正确用法要点：
- 必须传
&v（左值引用），传v或std::move(v)会编译失败：error: no matching function for call to 'get_if' - 如果
v是const，要写std::get_if<const t>(&v)</const>才能拿到const T* - 返回指针仅是对内部存储的直接视图，生命周期绑定于
v本身，禁止算术运算或reinterpret_cast
示例：
std::variant<int, std::string> v = "hello";
if (auto* p = std::get_if<std::string>(&v)) {
std::cout << *p << "\n"; // 安全：p 非空才进入
} else if (auto* p = std::get_if<int>(&v)) {
std::cout << *p << "\n";
}valueless_by_exception 是所有访问操作的“地雷区”
一旦某个替代类型的移动构造/赋值抛异常（比如 std::string 移动时内存分配失败），v 就进入 valueless_by_exception 状态。此时调用 std::holds_alternative、std::get_if、甚至 v.index() 都是未定义行为——可能 crash，也可能返回垃圾值。
安全前提只有两个条件同时满足：
-
!v.valueless_by_exception()—— 必须显式检查 - 或者更轻量：先用
v.index() != std::variant_npos判断是否有活跃类型（但注意：v.index()本身在valueless_by_exception下也是未定义的，所以仍得先判）
典型错误模式：在 try/catch 后直接调用 std::holds_alternative<t>(v)</t>，没加 !v.valueless_by_exception()；或把 v.index() == 1 当作“已安全”的信号，忽略它本身在异常态下不可用。
真正健壮的代码里，std::holds_alternative 和 std::get_if 很少单独出现——它们总和 !v.valueless_by_exception() 绑定在一起，且往往被 std::visit + overloaded 替代，因为后者强制覆盖所有分支、天然规避状态检查遗漏。
