std::visit不能自动递归处理嵌套variant，必须手动分层visit：外层visit后，在对应分支中对内层variant再次调用std::visit，配合overloaded简化多分支逻辑。
多层嵌套协议解析中，std::visit 不能直接递归分发到子 std::variant —— 它只对顶层 variant 生效，子类型若也是 variant，必须显式展开或二次 visit。
嵌套 variant 的 visit 必须手动展开子层
协议字段常是“类型容器套类型容器”，比如：std::variant<int std::string std::variant std::vector>>></int>。此时 std::visit 的 lambda 若只写 int 和 std::string 分支，会编译失败：漏掉了最外层 variant 的第三种可能（即内层 std::variant<bool std::vector>></bool>）。
- 错误写法：
std::visit([](auto&& x) { /* 只处理 int/string */ }, v)→ 编译报错，提示未覆盖所有分支 - 正确做法：把内层
std::variant当作一个独立类型处理，在对应分支里再套一层std::visit - 别指望自动递归——
std::visit不识别“嵌套 variant”语义，它只看最外层类型列表
用 overloaded 辅助结构处理多级分支逻辑
泛型 lambda（[](auto&& x)）在嵌套场景下容易失效：它把内层 std::variant 当作一个整体参数，无法进一步分发；而手写全量重载又冗长。这时 overloaded 是刚需。
-
overloaded允许你把多个独立 lambda 合并为一个可调用对象，每个 lambda 匹配一种顶层类型 - 对内层 variant 分支，直接再调一次
std::visit，形成“visit → visit”链 - 示例中若顶层是
std::variant<int std::string payload></int>，而Payload是std::variant<bool std::vector>></bool>，则需在Payload分支里写std::visit([](auto&& p) { ... }, payload)
std::visit 多参数组合匹配不适用于嵌套结构
虽然 std::visit 支持传入多个 variant 实现笛卡尔积式分发（如 std::visit(f, v1, v2)），但这仅限于**同级并列**的 variant，不是嵌套关系的解法。
立即学习“C++免费学习笔记（深入）”；
- 误用：
std::visit(f, outer_v, inner_v)，其中inner_v是从outer_v中std::get_if提取出来的 —— 这样做破坏了类型安全前提，且inner_v可能为空指针 - 正确路径只有一条：先用
std::visit进入外层，再在对应分支中确认内层 variant 存在，然后对其单独std::visit - 组合匹配的适用场景是“协议头 + 协议体”两个独立 variant，而非“体中含体”的嵌套
性能与异常安全边界必须人工守牢
每层 std::visit 都是一次 switch(v.index()) 查表，看似零开销，但嵌套过深时分支爆炸、编译时间明显上升；更关键的是，std::bad_variant_access 只在 std::get 时抛出，而 std::visit 本身不抛异常 —— 它依赖你写的每个分支都真正“能处理当前值”。
- 漏写某个分支？编译失败，不是运行时报错 —— 这是保护，也是限制
- 某分支里用了
std::get<t>(inner)</t>却没先std::holds_alternative<t>(inner)</t>？运行时崩溃 - 嵌套两层以上时，建议把每层提取逻辑封装成独立函数，避免 lambda 内堆砌条件和异常处理
嵌套越深，越要警惕“类型列表膨胀”：外层 variant 每加一种类型，若它是另一个 variant，你就得同步维护它的全部子类型分支。这不是语法限制，而是建模责任——std::variant 的类型集合必须在编译期完全已知，少一个，编译就停；多一个，就得改所有 visitor。
