C++用variant替代联合体提升类型安全

不能完全替代，但能安全覆盖绝大多数场景；std::variant通过运行时类型索引保障安全，而union无类型信息，易致未定义行为。

std::variant 能否完全替代 union？

不能直接替代，但能安全覆盖 union 的绝大多数使用场景。union 本身不记录当前存储的类型，std::variant 在运行时维护一个类型索引（tag），每次访问前强制检查——这是类型安全的核心代价和保障。

常见错误现象：std::get(v) 在 v 实际存的是 double 时抛出 std::bad_variant_access；而裸 union 强转会静默读错内存，引发未定义行为。

• 适用场景：需要在几个固定类型间切换、且逻辑上“非此即彼”的数据容器（如配置项、AST节点、协议字段）
• 不适用场景：需要极低内存开销（std::variant 至少多占 1–2 字节 tag）、或需与 C ABI 二进制兼容（比如共享内存结构体）
• 性能影响：一次访问多一次 tag 比较，现代 CPU 分支预测下开销极小；但频繁切换类型可能影响缓存局部性

如何安全访问 std::variant 中的值？

别用 std::get 直接强取，它只适合你 100% 确定当前类型时——这在真实逻辑中极少成立。优先用 std::visit，它天然强制处理所有可能分支。

示例：假设 std::variant v = "hello";

std::visit([](const auto& x) {
    using T = std::decay_t;
    if constexpr (std::is_same_v) {
        std::cout << "int: " << x;
    } else if constexpr (std::is_same_v) {
        std::cout << "string: " << x;
    } else if constexpr (std::is_same_v) {
        std::cout << "double: " << x;
    }
}, v);

• 用 std::holds_alternative(v) 做运行时类型判断，再配合 std::get ——仅当分支逻辑复杂、无法塞进 lambda 时考虑
• 避免写 std::get<0>(v) 这类序号访问：一旦 variant 模板参数顺序调整，代码就崩，且完全失去类型语义
• 如果漏掉某个备选类型（比如没处理 double），编译器不会报错，但运行时遇到该类型会调用默认的 std::terminate

std::variant 和 std::monostate 配合解决“空状态”问题

原始 std::variant 不允许为空，但很多场景需要表达“尚未初始化”或“无效值”。此时加 std::monostate 是最轻量、最标准的做法。

例如：std::variant maybe_value;，初始值就是 std::monostate。

• 不要用 std::optional>：多一层间接，且 std::monostate 本身零大小、零开销
• 访问前必须先判断：if (std::holds_alternative(maybe_value)) { /* 未设置 */ }
• 注意：C++17 的 std::variant 构造函数默认初始化第一个类型（如 int 会被初始化为 0），加 std::monostate 到首位才能确保默认为空

移动语义和异常安全的关键细节

std::variant 的赋值和构造默认是强异常安全的，但前提是所含类型的移动/拷贝操作本身不抛异常。一旦某个备选类型移动构造可能抛异常，整个 variant 的赋值就可能中途失败并回滚——这点比裸 union 复杂得多。

• 若所有备选类型都满足 noexcept 移动（如内置类型、std::string 在 C++11 后通常满足），则 std::variant 的移动也是 noexcept
• 否则，用 v.emplace(args...) 替代赋值，它绕过旧值析构，直接就地构造新值，避免中间状态异常
• 容易被忽略的点：std::variant 的 operator= 是“赋值后保证有效”，但不保证原值不变——旧值可能已被移动走，别假设它还能读