std::get_if 为什么比 std::get 更安全
std::get_if 不抛异常,而 std::get 在类型不匹配时会抛 std::bad_variant_access。当你不能控制 std::variant 当前持有什么类型(比如从外部输入、多线程共享、或状态机流转中),直接调用 std::get<t>(v)</t> 就像在没检查红绿灯就过马路——看似快,但一出错就崩。
正确姿势是先用 std::get_if 探测并获取指针,非空才操作:
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";
}
std::get_if 返回 nullptr 的常见原因
它只在 variant 当前不含目标类型时返回 nullptr,不是因为内存错误或未初始化。典型误判场景:
std::variant<int double> v; // 默认构造 → 持有 int,但值为 0;此时 std::get_if<double>(&v) 返回 nullptr</double></int>- 类型名写错:比如
std::get_if<const char></const>去取std::string,哪怕内容相同也不匹配 - cv 限定符不一致:
std::get_if<const int>(&v)</const>对std::variant<int></int>总是返回nullptr,必须用int(无 const) - 引用类型不能用于
std::get_if参数:不允许std::get_if<int></int>,只能是值类型或const T&(后者需 variant 本身含const T)
替代方案:visit + lambda 比连续 get_if 更清晰
当分支较多、或需要复用逻辑时,std::visit 更健壮且可读性更高,避免手写冗长的 if-else 链: