适合，但需注意编译期类型确定、显式访问、避免不可构造/不可复制类型；支持move-only类型需删除拷贝操作并正确设计移动语义；相比std::any更高效安全，但需防范bad_variant_access异常。
std::variant 适合做多类型返回包装器吗？
适合，但要注意它不是万能解。它要求所有可能的返回类型在编译期确定且可构造，且调用方必须显式访问具体类型（比如用 std::visit 或 std::get<T>）。如果返回类型太多、或存在不可默认构造的类型（如 std::mutex），std::variant 会编译失败或行为异常。
- 推荐用于固定、少量、值语义明确的类型组合，例如：
std::variant<int, std::string, std::error_code> - 避免包含引用、数组、抽象类或不可复制类型（除非你显式禁用拷贝并只用移动）
- 注意
std::monostate必须作为第一个备选项，否则默认构造时可能不满足 valueless_by_exception 安全性
如何让包装器支持 move-only 类型（如 std::unique_ptr）？
用 std::variant 本身就能支持 move-only 类型，但关键在于包装器的接口设计：不能提供拷贝构造/赋值，必须声明为 delete，并确保所有内部存储和访问逻辑走移动语义。
- 声明包装器类时，显式删除拷贝操作：
Wrapper(const Wrapper&) = delete;、Wrapper& operator=(const Wrapper&) = delete; - 移动构造函数里用
std::move转移std::variant成员，别直接赋值 - 访问值时优先用右值引用重载，例如：
template<typename T> T&& get() &&，避免意外拷贝
为什么不用 std::any？
std::any 灵活但代价高：运行时类型擦除带来额外内存开销（至少 16 字节对齐）、无类型安全访问（std::any_cast 失败时抛异常）、无法静态检查是否包含某类型。它更适合“任意类型”场景，而非“有限集合中选一”的语义。
- 若你明确知道只会返回 A/B/C 三种类型，用
std::variant<A,B,C>更快、更安全、编译期可诊断 -
std::any的type()返回std::type_info&，没法做 switch，只能 if-else 链判断，易漏分支 - 调试时
std::variant的index()可直接查当前持有什么类型；std::any没有等效机制
如何避免访问时崩溃（bad_variant_access）？
根本原因是尝试用错误类型访问 std::variant，比如当前存的是 int 却调用 std::get<std::string>。这不是包装器缺陷，而是调用方没确认状态。
立即学习“C++免费学习笔记（深入）”；
- 提供安全访问接口，例如：
template<typename T> std::optional<T> try_get() const，内部用index()和holds_alternative<T>()判断 - 禁止暴露裸
std::get给外部；把std::visit封装成match([](auto&& x) { ... })形式，强制穷尽处理 - 单元测试必须覆盖每个分支，尤其要验证空状态（如含
std::monostate时）下访问行为是否符合预期
最常被忽略的是异常安全性：如果某个分支构造失败（比如 std::string 分配失败），std::variant 可能进入 valueless_by_exception 状态，此时任何访问都会抛 std::bad_variant_access —— 这点必须写进文档，不能指望用户自己发现。
