go结构体嵌套是组合而非继承；仅匿名嵌入且内层字段/方法导出时，才触发一级字段和方法提升，接收者类型不变，json tag不继承。
Go 里没有继承，结构体嵌套只是组合；所谓“继承效果”全靠匿名嵌入 + 导出字段/方法提升实现，且只有一级、不跨层、不改变接收者类型。
匿名嵌入才能触发字段和方法提升
只有写成 type Admin struct { User; Level int } 这种省略字段名的形式，User 的导出字段（如 Name）和方法（如 GetID()）才会被提升到 Admin 作用域。如果写成 U User，就必须用 a.U.Name 访问。
- 小写字段（如
name string）即使匿名嵌入，也无法从外层访问，编译报错 - 提升仅对导出标识符生效，这是硬性规则，不是可配置行为
- 嵌入多个同名导出字段（比如两个结构体都有
Name）会导致ambiguous selector编译错误
方法提升后 receiver 类型不变
func (u *User) Greet() 被提升到 Admin 后，调用 a.Greet() 的实际 receiver 仍是 *User，不是 *Admin。这点在反射、接口断言或需要修改 receiver 状态时极易出错。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 若
User方法是值接收者（func (u User) Clone()），嵌入后Admin值变量可调用，但指针变量调用时会拷贝一份User字段，可能不符合预期 - 若
User方法全是指针接收者，而你嵌入的是User（非指针），则这些方法不会被提升——Go 不会自动取地址 - 推荐统一嵌入指针类型（如
*User），并确保初始化时不为nil，否则一调就 panic
JSON 序列化时 tag 不继承，必须显式标注
json.Marshal 完全不关心内层结构体的 json: tag。哪怕 Address 里写了 City string json:"city"，只要它是具名字段（如 Addr Address）或未在嵌入位置加 tag，输出就是默认字段名或空对象。
- 正确写法：
type Person struct { Name string `json:"name"`; Address `json:"address"` }，且Address自身每个字段也要带 tag -
omitempty不传递：内层字段标了json:",omitempty"没用，外层嵌入字段本身必须也标，否则零值结构体仍输出{"address":{}} - 嵌入指针（如
*Address）且为nil时，会输出"address":null；嵌入值类型则输出完整空对象，语义不同，API 设计时得明确选哪一种
嵌套层级只提升一级，跨层需手动包装
A 匿名嵌入 B，B 匿名嵌入 C，那么 A 可以直接访问 B 的导出字段（a.BField），但不能直接访问 C 的字段（a.CField 会编译失败）。反射同理：reflect.ValueOf(a).FieldByName("CField") 返回无效值。
- 真要扁平化访问，要么把 C 直接嵌入 A，要么写个包装方法：
func (a A) CField() string { return a.B.C.CField } - 别依赖嵌入“自动穿透”，Go 的提升机制非常克制，只做一层语法糖，不搞隐式链式查找
- 多层嵌入还容易放大字段名冲突风险，越深越难 debug，建议嵌套不超过两层，必要时用组合函数替代
最容易被忽略的是 receiver 类型不变和 JSON tag 不继承这两点——它们不会导致编译失败，但会让运行时行为和序列化结果完全偏离预期，而且问题往往藏在深层调用或 API 响应里，很难一眼发现。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
