<p>std::get_if崩溃是因为未检查返回的指针是否为nullptr就直接解引用；正确做法是用if(auto p = std::get_if<T>(&v)) { p; }安全提取，且C++20起支持std::monostate。</p>
std::get_if访问变体时为何会崩溃？
直接对 std::variant 调用 std::get<T> 但类型不匹配，会抛出 std::bad_variant_access 异常；而 std::get_if<T> 不抛异常，返回指针——但很多人忽略它可能返回 nullptr，然后直接解引用，导致段错误。
常见错误现象：std::get_if<int>(&v) -> operator++ 在 v 实际存的是 double 时崩溃。
- 必须先判空再用：永远把
std::get_if<T>(&v)的结果赋给一个指针变量，检查是否非空 - 不能链式调用：避免
*std::get_if<int>(&v)这类写法，没判空就解引用是高危操作 -
std::get_if是 const 重载敏感的：传入 const 变量时返回const T*，注意类型匹配
如何正确判断并安全提取 std::variant 中的 int 或 std::string？
场景很典型：比如解析配置项，std::variant<int, double, std::string> 存不同格式的值，你想只处理其中某一种，且不想触发异常或未定义行为。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
if (auto* p = std::get_if<int>(&v)) { /* 使用 *p */ }，这是最简洁安全的模式 - 多个类型依次尝试时，按概率或业务优先级排顺序，避免无谓的多次
get_if调用 - 不要用
std::holds_alternative<int>(v)再调std::get<int>(v)：多一次类型检查，且仍可能因并发修改（极少见）导致竞态；std::get_if一次到位
示例：
std::variant<int, std::string> v = "hello";
if (auto* s = std::get_if<std::string>(&v)) {
std::cout << "got string: " << *s << "\n"; // 安全
} else if (auto* i = std::get_if<int>(&v)) {
std::cout << "got int: " << *i << "\n";
}std::get_if 在 C++17 和 C++20 下有区别吗？
核心行为一致，但 C++20 加了几个实用改进，容易被忽略：
- C++20 支持对
std::monostate调用std::get_if<std::monostate>，之前版本不支持（会编译失败） - C++20 允许对带模板参数包的变体（如
std::variant<Args...>）更泛化地使用std::get_if，但实际项目中极少需要 - 性能无差异：所有标准库实现都保证
std::get_if是 O(1)，只读内部索引，不涉及类型擦除或 RTTI - 兼容性注意：Clang 8+/GCC 9+/MSVC 19.20+ 完整支持 C++17 的
std::get_if；老编译器需确认是否启用-std=c++17
为什么 std::get_if 比 visit + lambda 更适合单类型提取？
当你只关心一种类型是否存在、并想快速拿到值时，std::visit 是杀鸡用牛刀。它强制你覆盖所有分支，哪怕其他类型你根本不处理。
-
std::get_if是零开销抽象：生成汇编和手写 switch-on-index 几乎一样 -
std::visit必须提供完整 visitor，即使其他分支只写[](auto&) {}，也会增加编译时间和二进制体积 - 调试友好：
std::get_if行为直白，断点一设就停；而std::visit的模板展开会让调用栈变深、变量名难读 - 例外情况：如果你要根据类型做不同逻辑，且分支数 ≥ 3，
std::visit可读性反而更好——但那就不是“单类型提取”场景了
事情说清了就结束
