Go 通过结构体嵌入（embedding）实现“匿名字段”语法糖，允许直接访问嵌入类型中的字段；当嵌入结构体中存在唯一同名字段时，b.a 与 b.A.a 等价，本质是编译器自动解析的提升字段（promoted field）。
go 通过结构体嵌入（embedding）实现“匿名字段”语法糖，允许直接访问嵌入类型中的字段；当嵌入结构体中存在唯一同名字段时，b.a 与 b.a.a 等价，本质是编译器自动解析的提升字段（promoted field）。
在 Go 中，结构体嵌入（如 type B struct { A; b string }）并非简单的“包含”，而是一种字段提升（field promotion）机制：编译器会将嵌入类型 A 的导出字段（首字母大写）自动“提升”到外层结构体 B 的命名空间中，前提是这些字段名在 B 的整个字段层级中唯一且无歧义。
以你的示例为例：
type A struct {
a string // 注意：小写 a → 非导出字段！但为演示暂忽略可见性（实际中应使用 A string）
}
type B struct {
A
b string
}⚠️ 重要前提修正：严格来说，a 是非导出字段（小写），无法被包外访问，但即使在同一包内，Go 仍允许提升非导出字段——只是其可见性受限于包作用域。真正影响提升行为的是名称唯一性与嵌入深度，而非导出性（导出性仅控制外部包能否访问）。
因此：
- b.a 能成功访问，是因为 A 是 B 中唯一嵌入了字段 a 的类型；
- b.A.a 是显式路径访问，明确指向嵌入字段 A 的成员 a；
- 二者在语义和运行时行为上完全等价，底层都读取同一内存位置。
✅ 推荐实践：
- 优先使用 b.a：代码更简洁、符合 Go 的嵌入设计哲学，尤其在单层嵌入且语义清晰时；
- 必要时用 b.A.a：当需强调字段来源（如调试、文档化），或处理多层嵌入/重名风险时。
❌ 歧义场景（编译错误）：
type A1 struct{ a string }
type A2 struct{ a string }
type B struct {
A1
A2
}
// b := B{A1{"x"}, A2{"y"}}
// fmt.Println(b.a) // ❌ compile error: ambiguous selector b.a此时 a 在相同嵌入深度（均为直接嵌入）出现两次，Go 拒绝自动提升，强制开发者显式指定 b.A1.a 或 b.A2.a，避免隐式行为导致的维护陷阱。
? 总结：嵌入字段的提升是 Go 的核心语法特性，它简化组合、强化复用，但依赖“唯一性”保障确定性。理解 selector 规则（见 Go Spec §Selectors）是写出健壮嵌入结构体的关键——始终确保嵌入类型间字段名不冲突，或主动用显式路径消除歧义。
