Go中嵌入结构体后方法未被覆盖，是因为嵌入仅触发方法提升而非继承重写；同名同签名方法仅在通过外层类型调用时覆盖，显式通过嵌入字段访问仍执行原方法。
为什么嵌入结构体后方法没被覆盖？
Go 里没有“继承”概念，type embedding 只是字段展开 + 方法提升（promotion），不是重写机制。当你在外部结构体里定义一个和嵌入类型同名、同签名的方法，它确实会“盖住”嵌入类型的方法——但仅限于**通过外部结构体实例调用时**；如果显式通过嵌入字段访问，原方法还在。
- 常见错误现象：
obj.Method()调的是你重写的版本，但obj.Embedded.Method()仍调原始实现，容易误以为“没覆盖成功” - 签名必须完全一致：参数类型、返回值类型、顺序都不能差一点，
func() int和func() int64是两个方法 - 注意指针接收者差异：嵌入的是
*A，你定义的是func (b B) Method()（值接收者），那B实例能调，但*B实例调的仍是*A.Method()—— 接收者不匹配导致提升失败
怎么安全地“重写”嵌入类型的方法？
所谓“重写”，本质是手动转发 + 干预逻辑。别指望编译器帮你自动桥接，得自己控制调用链。
- 最稳妥方式：在新方法里显式调用嵌入字段的原始方法，再 wrap 逻辑，比如
return s.embedded.DoSomething() + 1 - 如果想彻底隔离，把嵌入字段设为 unexported（小写开头），避免外部直接访问
s.embedded.Method() - 别用匿名字段“偷懒”覆盖：比如嵌入
http.Handler后定义func (s Server) ServeHTTP(...)，这能 work，但若嵌入的是io.Reader，又定义了Read()，记得检查返回值是否含int和error—— 少一个就不是重写，是新增方法
嵌入 interface 还是 struct？区别在哪？
嵌入 interface{} 不会提升任何方法，只提供类型约束；嵌入具体 struct 才触发方法提升。这是很多人卡住的第一步。
- 嵌入
io.Reader（接口）：什么方法都不会自动出现在外层类型上，只是让该类型“必须实现Read” - 嵌入
bytes.Buffer（struct）：它的Read、Write、String全部提升，可直接调b.Read(...) - 性能影响：嵌入 struct 是零成本抽象（字段内联），但会增加外层结构体大小；嵌入 interface 是运行时动态分发，有间接调用开销，且不带来方法提升
组合多个 struct 时方法冲突怎么处理？
当两个嵌入字段都有同名方法，Go 编译器直接报错：ambiguous selector s.Method。这不是运行时问题，是编译期拒绝含糊。
立即学习“go语言免费学习笔记（深入）”；
- 必须显式指定字段：
s.A.Method()或s.B.Method()，不能省略 - 如果真需要统一接口，建议额外定义一个方法，内部做路由：
func (s S) Method() { if s.useA { s.a.Method() } else { s.b.Method() } } - 别依赖字段声明顺序“碰运气”：Go 不按顺序选方法，而是严格禁止歧义
最容易被忽略的是接收者类型一致性——嵌入的是 *T，你重写的也得是 *S 接收者，否则提升规则失效，表面看代码能跑，实际调不到你写的逻辑。
