yaml-cpp 解析时自动展开锚点与别名，生成深拷贝而非引用；修改别名节点不影响锚点源节点，因二者在 Node 树中已是独立副本。
yaml-cpp 默认会自动解引用锚点和别名，无需手动处理
只要用 YAML::Load 或 YAML::LoadFile 读取含 &anchor 和 *anchor 的 YAML，yaml-cpp 就会在解析阶段直接展开——返回的 YAML::Node 树里根本看不到原始锚点/别名节点，所有 *anchor 都已变成对应内容的深拷贝（注意：是拷贝，不是引用）。这意味着你写代码时通常完全感知不到锚点存在。
为什么修改别名节点不会影响锚点源节点
因为 yaml-cpp 解引用后生成的是独立副本。比如：
defaults: &defaults timeout: 30 retries: 3 service_a: <<: *defaults name: "api" service_b: <<: *defaults name: "cache"
此时 node["service_a"]["timeout"] 和 node["service_b"]["timeout"] 是两个独立的 int 值，改其中一个不会影响另一个，更不会改到 &defaults 所在位置（它甚至不作为节点保留在最终树中）。
常见误判场景：
立即学习“C++免费学习笔记（深入）”；
- 以为
node["service_a"]和node["service_b"]共享某个底层结构 → 实际不共享 - 试图通过
node["service_a"] = ...反向更新默认值 → 完全无效，原锚点早已消失 - 用
node["service_a"].IsDefined()检查是否“引用有效” → 没意义，它就是个普通节点
想保留锚点/别名原始信息？yaml-cpp 不支持
yaml-cpp 的设计目标是“YAML as data”，不是“YAML as document structure”。它没有暴露锚点名、别名跳转关系或原始位置信息。如果你需要：
- 校验锚点是否被正确引用
- 导出时复用相同锚点名
- 做带引用关系的 diff 或 patch
那么 yaml-cpp 不适用。得换库，比如 libyaml（C 接口，需自己建树）或 ryml（支持保留注释和锚点元数据）。
嵌套合并键 << 的行为依赖于 yaml-cpp 版本
<< 是 YAML 的“合并映射”扩展（非标准核心特性），yaml-cpp 从 v0.6.0 开始才默认启用。低版本（如 0.5.x）会把 <<: *defaults 当作普通 key-value，导致 node["service_a"]["<<"] 存在且类型为 Map，但不会自动合并。
确认方式：
- 检查编译时链接的
yaml-cpp版本：pkg-config --modversion yaml-cpp - 运行时验证：
YAML::Node test = YAML::Load("a: &x {v: 1} b: *x");，然后看test["b"]["v"].as<int>()是否能成功取值 - 若需兼容旧版，只能手写合并逻辑，遍历
*anchor对应节点并node[key] = anchor_node[key]
真正容易被忽略的点在于：锚点解引用发生在解析期，而合并键 << 是解析器后期的特殊处理步骤——两者不在同一抽象层。一旦你开始手动操作 Node 树（比如删字段、赋新值），那些靠 << 合并来的字段就彻底和源头断连了，再无回溯可能。
