C++ std::variant 在调用 std::get 失败时会抛出什么异常怎么安全检查-C++-PHP中文网

std::get 失败时抛 std::bad_variant_access 异常；应先用 std::holds_alternative 或 std::get_if 安全检查，优先使用 std::visit 避免异常；警惕 valueless_by_exception 状态导致未定义行为。

c++ std::variant 在调用 std::get 失败时会抛出什么异常怎么安全检查

std::get 失败时抛 std::bad_variant_access 异常

运行时调用 std::get<t>(v)</t> 但 v 当前不持有 T 类型，会立即抛出 std::bad_variant_access ——不是编译错误，而是未捕获就直接 std::terminate。常见于解析配置、处理异构日志字段等场景，一访问错类型就崩。

它不关心你“以为”存的是什么，只认当前 v.index() 对应的活跃类型
即使 T 在 std::variant 模板参数列表中，只要此刻没被构造/赋值，std::get 就会失败
注意：若 v 处于 valueless_by_exception 状态（比如移动 std::string 时内存分配失败），连 std::holds_alternative 和 v.index() 都是未定义行为，不能调

安全检查必须分两层：先判状态，再取值

别依赖注释或外部逻辑“保证类型”，C++ 不做运行时宽容。正确路径是：先确认是否可能持有该类型，再尝试提取。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

用 std::holds_alternative<t>(v)</t> 判断当前是否为 T —— 返回 bool，安全，不抛异常
更推荐 std::get_if<t>(&v)</t>：返回 T*，空指针表示不匹配，无需 try/catch，也避开 valueless_by_exception 的雷区

示例：

if (auto* s = std::get_if<:string>(&v)) {
    std::cout (&v)) {
    std::cout </:string>

std::visit 是默认安全访问方式，别绕开它

除非业务强约束必须拿到引用/指针（如传给旧接口），否则所有访问都该走 std::visit。它天然覆盖所有备选类型，编译期强制穷举，不漏分支也不抛异常。

泛型 lambda 最简：std::visit([](auto&& x) { /* 通用处理 */ }, v);
差异化处理用 std::overload 组合多个 lambda，漏一个类型编译就报错
需要状态或复用逻辑？写显式访问者类，重载每个 operator()(const T&)，少一个就编译失败

容易忽略的 valueless_by_exception 状态

这是最隐蔽的地雷：一旦某个替代类型（如 std::string）在移动构造/赋值时抛异常，v 进入 valueless_by_exception，此时任何访问操作（包括 std::holds_alternative、std::get_if、v.index()）都是未定义行为。