Go优先调用外层结构体自身定义的方法，而非嵌入字段的同名方法；若外层未定义且多个嵌入字段有同名方法，则编译报错“ambiguous selector”，需显式指定调用路径或通过接口统一行为。
嵌入结构体同名方法调用时优先选哪个
Go 会优先调用外层结构体自身定义的方法，而不是嵌入字段里的同名方法。这不是“重载”，而是名称解析的硬性规则：一旦外层有匹配方法，就停止向上查找。
常见错误现象是以为嵌入后能自动多态分发，结果调用始终走外层实现，嵌入的逻辑完全没触发。
- 外层结构体定义了
Hello()→ 调用obj.Hello()永远执行外层版本 - 嵌入字段也有
Hello()→ 它不会被自动调用，除非你显式写obj.EmbeddedType.Hello() - 若外层没定义，且多个嵌入字段都有
Hello()，则编译失败：ambiguous selector
多个匿名字段含同名方法时编译报错怎么修
当结构体同时嵌入 A 和 B，而两者都实现了 Do()，直接调用 obj.Do() 会报错：ambiguous selector obj.Do。Go 不会按声明顺序猜你要哪个，它拒绝隐式歧义。
必须显式指定调用路径，这是 Go 的设计哲学：不隐藏意图。
立即学习“go语言免费学习笔记（深入）”；
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 用
obj.A.Do()或obj.B.Do()明确调用目标 - 如果想统一接口行为，提前定义一个
Doer接口，让A和B都实现它，再通过接口变量调用 - 避免在同一个结构体里嵌入多个提供相同方法签名的类型，尤其在公共库中——这会给使用者制造不可预测的编译错误
想复用嵌入逻辑但又不覆盖外层方法怎么办
外层方法覆盖嵌入方法是默认行为，但你可以主动“透传”或“组合”嵌入逻辑，而不是放弃它。
典型场景：你给 Admin 加了日志拦截逻辑，但仍想保留嵌入的 User 的 Validate() 行为。
- 在
Admin.Validate()里手动调用admin.User.Validate() - 不要依赖“自动继承”，Go 中没有父类 super 关键字，
admin.User就是合法字段访问路径 - 如果嵌入的是指针（如
*User），务必先判空：if a.User != nil { a.User.Validate() }，否则 panic
GORM 嵌套结构体字段名冲突本质是方法提升的副作用
很多人以为 GORM 字段冲突是 ORM 层 bug，其实根子在 Go 的嵌入机制：GORM 解析结构体时，把所有嵌入层级的同名字段（比如两个 By 结构体里的 ByID）都当作同一字段名 by_id 提升上来，导致映射爆炸。
这不是 GORM 能自动修复的问题，它尊重 Go 的语言规则。
- 禁用多处匿名嵌入
By，改用命名字段：CreatedBy By+UpdatedBy By - 配合
gorm:"embedded;embeddedPrefix:created_by_"标签，让 GORM 自动加前缀（注意 v1.5+ 才稳定支持） - 最稳方案是彻底扁平化：直接写
CreatedByID sql.NullInt64 `gorm:"column:created_by_id"`，不嵌入、不依赖提升
