std::variant 的类型安全优势在于编译期强制处理所有可能类型，漏掉 std::holds_alternative 或 std::visit 分支会直接报错，而手动 union + 枚举易因逻辑遗漏导致运行时崩溃。
std::variant 读取行数据时，类型安全比手动 union 强在哪
直接用 std::variant 存一行解析结果，核心价值不是“能存多种类型”，而是编译期强制你处理每种可能——漏掉一个 std::holds_alternative 或没写全 std::visit 的分支，编译就报错。而手写 union + 枚举标记，很容易在新增格式时忘记同步更新判断逻辑，运行时崩在 std::get<int>(data) 上。
常见错误现象：std::get<double>(v) throws std::bad_variant_access —— 这说明你没检查当前 v 实际存的是什么类型，就硬取。
- 必须用
std::holds_alternative<T>(v)或std::visit做类型分发，不能靠注释或经验假设 - 如果某行格式不合法（比如数字字段含字母），建议存成
std::monostate或自定义错误类型，而不是强行塞进某个T -
std::variant的构造顺序影响index()值，别依赖具体数值做 switch，用std::visit更可靠
解析 CSV 行到 std::variant<int, double, std::string> 的实操要点
CSV 每列类型不固定时，std::variant 是比 std::any 更轻量、更可控的选择——它限定死你能存哪几种类型，编译器能帮你拦住非法赋值。
使用场景：日志文件中某列为 “用户 ID（整数）/ 耗时（浮点）/ 错误码（字符串）”，且同一列不同行类型不同。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 逐字段解析后，用
std::stoi/std::stod尝试转换；失败则 fallback 到std::string，别抛异常（影响吞吐） - 避免直接写
v = std::string(s)—— 如果v当前是int，这会先析构int再构造string，开销可测；改用v.emplace<std::string>(s)更高效 - 注意 locale：默认
std::stod不认逗号小数点，需提前调用std::locale::global(std::locale("C"))避免解析错
auto parse_field(const std::string& s) -> std::variant<int, double, std::string> {
try { return std::stoi(s); }
catch (...) {}
try { return std::stod(s); }
catch (...) {}
return s; // fallback
}
std::visit 处理 variant 行数据时，lambda 捕获和 const 正确性
对每行做统计、过滤或转换时，std::visit 是唯一安全出口；但 lambda 写错捕获方式或忽略 const，会导致编译失败或静默逻辑错误。
常见错误现象：error: no matching function for call to 'visit' —— 多半是 lambda 参数类型没写对，比如用了 int& 但 variant 里存的是 const int。
- lambda 参数一律用
const auto&，避免因 cv-qualifier 不匹配被拒 - 需要修改外部变量（如计数器）时，用
[&count]捕获，别用[=]—— 否则修改的是副本 - 如果分支逻辑复杂，拆成命名函数对象，比长 lambda 更易测试和复用
int int_count = 0;
std::visit([&int_count](const auto& val) {
if constexpr (std::is_same_v<std::decay_t<decltype(val)>, int>)
++int_count;
}, line_data);
性能敏感场景下，std::variant 的内存布局和访问开销怎么估
每行数据都用 std::variant<int, double, std::string>，实际内存占用 ≈ max(sizeof(int), sizeof(double), sizeof(std::string)) + sizeof(size_t)（即最大类型的大小 + 1 个 type index）。对短字符串，std::string 可能触发堆分配，这是比 std::variant 本身更重的开销。
性能影响点：
-
std::string在 variant 中不是零成本抽象；若 90% 的行都是 int，考虑用std::variant<int, double, std::string_view>+ 外部缓存字符串池 -
std::visit编译期生成跳转表，无虚函数调用开销，但分支数超 10 个后，指令 cache 可能变大 - 调试构建下
std::variant断言检查 type index，release 下无额外开销 —— 但别因此在 prod 里省略std::holds_alternative检查
最容易被忽略的是：当你要把 std::variant 放进 std::vector 时，确保所有类型都满足 noexcept 移动构造，否则 vector 扩容可能抛异常并导致数据丢失。
