Go-yaml.v3原生支持锚点与别名，但需结构体字段显式声明anchor或alias标签才能生效，值类型字段配alias实现深拷贝，指针类型默认浅引用共享地址。
Go 的 gopkg.in/yaml.v3 原生支持 YAML 锚点（&）和别名（*），但行为和预期常有偏差——不是所有结构体字段都能自动复用，也不是所有引用都会被解引用为深拷贝。关键在于：锚点绑定发生在解析阶段，而结构体标签控制是否参与锚点注册或别名解析。
锚点定义必须配合结构体字段 tag 才生效
YAML 中写了 &db_config，不代表 Go 会自动把它映射到某个 struct 字段。只有带 anchor tag 的字段才会被库识别为锚点声明点：
-
yaml:"database,anchor=db_config"→ 解析时将该字段值注册为名为db_config的锚点 - 不写
anchortag，即使 YAML 里写了&xxx，Go 也会忽略该锚点标记，后续*xxx引用会报错yaml: unknown anchor 'xxx' - 字段类型必须是值类型（如
DatabaseConfig）或指针（*DatabaseConfig），但指针在多次引用时可能共享底层地址，导致意外的修改传播
别名引用需显式声明 alias tag 或依赖字段类型推导
*db_config 在 YAML 里只是语法糖，Go 不会自动把任意字段当别名处理。必须通过结构体 tag 显式启用：
-
yaml:"primary_db,alias=db_config"→ 表示该字段应从已注册的db_config锚点复制数据 - 若字段类型为指针（如
*DatabaseConfig）且未设alias，yaml.v3会尝试按地址复用——同一锚点的多次引用指向同一内存地址，不是独立副本 - 想获得独立副本（深拷贝语义），字段必须是值类型 + 显式
aliastag；否则默认是浅引用，改一个会影响另一个
合并操作
YAML 的 是 YAML spec 的「合并键」（merge key），但 <code>gopkg.in/yaml.v3 不解析也不执行合并逻辑：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
- 遇到
时，它会把整个节点当做一个 map 键（key 名为 <code><<），而不是触发字段覆盖 - 你看到的结构体字段不会被自动填充或覆盖；
port: 5433也不会覆盖*db_config里的 port - 要实现类似效果，得手动解析为
yaml.Node，遍历节点识别，再做 map 合并，再 unmarshal —— 这属于业务层补足，不是库内置能力
动态解析时锚点/别名信息会被丢弃
如果不用结构体映射，而是走 yaml.Node 路线（比如做通用配置校验、模板渲染），锚点和别名在解析后就消失了：
-
yaml.Unmarshal到[]yaml.Node或map[string]interface{}时，&和*只影响解析过程中的内部引用，最终输出里没有锚点元信息 - 无法从
yaml.Node中反查“这个节点是否来自别名”或“它对应哪个锚点名” - 需要保留锚点上下文的场景（如配置审计、diff 工具），必须在解析前预扫描原始字节流，提取锚点定义位置和名称
锚点和别名不是“写完 YAML 就能用”的功能，它们和 Go 结构体 tag 是强耦合的。漏掉 anchor 或 alias tag，或误用指针类型，就会出现静默失败、数据污染或 panic。真正可靠的复用，靠的是 tag 控制 + 类型设计，而不是 YAML 语法本身。
