应选 std::variant，因其类型集合已知且有限；std::any 仅适用于运行时类型完全动态、无法预设范围的场景，二者核心区别在于编译期类型安全与运行时类型擦除。
选 std::variant 还是 std::any，关键看“类型集合是否已知且有限”——如果能提前列出所有可能类型，用 std::variant；如果类型完全动态、运行时才确定，且无法预设范围，才考虑 std::any。
std::variant 适合有明确类型边界的场景
std::variant 是类型安全的“多选一”容器，编译期就限定好可存放的类型列表，比如 std::variant。它不接受其他类型，尝试赋值会编译失败，杜绝了运行时类型错误。
- 访问必须用
std::visit或std::get（需确保当前持有类型匹配，否则抛std::bad_variant_access） - 内存布局紧凑，通常只比最大备选类型稍大一点，无堆分配
- 支持模式匹配语义，配合
std::visit写出清晰、无虚函数开销的多态逻辑
std::any 用于真正泛型、类型不可预知的场合
std::any 能装任意可复制类型，不限定类型集合，但代价是：类型信息仅在运行时保存，访问前必须用 std::any_cast 显式断言类型，失败则抛 std::bad_any_cast。它本质是类型擦除，底层常触发堆分配。
- 适合插件系统、配置解析、脚本桥接等类型完全开放的接口层
- 不能直接比较两个
std::any是否“逻辑相等”，需先 cast 出具体类型 - 没有
std::visit那样的统一访问机制，每个取值点都要重复类型检查
别用 std::any 替代 variant 的常见误区
有人觉得 “std::any 更灵活”，结果把本该静态可知的类型（如状态码 + 错误消息 + 重试次数）全塞进 std::any，导致代码散落大量 if (auto p = std::any_cast，既难读又易漏处理分支。
立即学习“C++免费学习笔记（深入）”；
- 若业务中可能出现的类型不超过 5–6 种，且彼此语义明确（如 JSON 值：null / bool / number / string / array / object），
std::variant是更安全、高效、可维护的选择 -
std::any不是“万能兜底”，而是“最后手段”。滥用它等于放弃编译器对类型的把关
性能与可调试性差异明显
std::variant 访问快、无动态内存、调试器能直接看到当前持有的类型和值；std::any 每次访问都有类型检查开销，对象存储在堆上（小对象优化不一定启用），调试时只能看到 std::any 对象本身，看不到内部类型名和内容，除非手动 cast。
- 高频调用路径（如事件循环、序列化内层）优先选
std::variant - 日志上下文、临时反射参数等低频、弱类型需求，
std::any可接受
基本上就这些。类型边界清晰，选 variant；边界彻底消失，再拿 any 救火。
