匿名字段是Go中“只写类型、不写字段名”的结构体嵌入方式，实现轻量组合而非继承；支持嵌入结构体、自定义类型及慎用的基础类型，可提升字段与方法，但需防范命名冲突与过度嵌套。
Go语言中匿名字段本质是“只写类型、不写字段名”的结构体嵌入方式，它让外部结构体能直接访问内嵌类型的公共字段和方法，实现轻量组合，不是继承。
匿名字段怎么写
定义结构体时，某字段只写类型，不写名字，就是匿名字段。常见形式有三种：
- 嵌入另一个结构体：如 Person（无字段名，只有类型）
- 嵌入自定义类型：如 type ID int，然后在结构体里直接写 ID
- 嵌入基础类型（慎用）：如 string 或 int，但同一结构体中不能有两个相同基础类型的匿名字段
匿名字段怎么用
匿名字段会把内嵌类型的公共字段和方法“提升”到外层结构体，可直接访问：
- emp.Name 等价于 emp.Person.Name（当 Person 是 emp 的匿名字段时）
- emp.Log("msg") 可直接调用 Person 或 Logger 类型的方法（只要方法接收者是值或指针）
- 若发生字段名冲突（比如外层也有 Name），优先使用外层字段；想访问内层同名字段，需显式写 emp.Person.Name
什么时候该用匿名字段
适合明确表达“has-a”关系、追求简洁复用的场景：
- 共享通用字段：如多个结构体都含 CreatedAt、UpdatedAt，可封装为 Timestamps 匿名嵌入
- 统一行为能力：如日志、校验、序列化逻辑封装成结构体后匿名嵌入，自动获得对应方法
- 构建配置结构：API 请求参数、YAML 配置解析常通过多层匿名嵌入组织层级，避免冗长点语法
需要注意的坑
匿名字段虽方便，但容易引发隐性问题：
- 多个匿名字段含同名字段（如两个 struct 都有 ID），直接访问 s.ID 会报错，必须加类型限定 s.User.ID 或 s.Order.ID
- 基础类型匿名字段（如 string）可读性差，调试和维护困难，建议仅用于极简原型或临时结构
- 匿名字段不等于“省事万能键”，过度嵌套会让结构体职责模糊，违背单一职责原则
基本上就这些。用好匿名字段的关键是：明确组合意图、控制嵌入深度、避免命名冲突。它不
是语法糖，而是 Go “组合优于继承”哲学的落地体现。
