Go中嵌入接口不提供自动多态，仅声明字段；需显式赋值并手动委托调用，且接口方法接收者类型决定实现关系，指针接收者要求传入指针才能满足接口。
Go 里不能靠 struct 嵌入接口来“自动获得多态行为”——嵌入接口只是字段声明，不触发方法提升，也不会自动绑定实现。 真正起作用的是接口变量本身的动态分发能力，而委托模式的关键在于：谁持有接口值、谁负责传入、谁在调用时决定实际类型。
嵌入接口字段 ≠ 实现该接口
很多人看到 type Worker struct { Doer } 就以为 Worker 自动实现了 Doer 接口。其实不是：嵌入的 Doer 只是一个字段，它本身是空的（nil），除非你显式赋值，否则调用 w.Do() 会 panic: nil pointer dereference。
-
Doer是接口类型，嵌入后只是给Worker加了一个同名字段，不提供任何默认实现 - 编译器不会检查这个字段是否被初始化，运行时才暴露问题
- 即使你写了
func (w Worker) Do() { w.Doer.Do() }，这也只是手动委托，不是“自动多态”
为什么用指针接收者实现接口时，值类型无法赋值给接口
这是最常踩的坑：接口赋值是静态检查，但检查依据是「方法集」。对类型 T，它的方法集只包含值接收者方法；而 *T 的方法集包含值+指针接收者方法。
- 接口定义要求
func (*Rect) Area()→ 只有*Rect满足，Rect{}不满足 - 如果你写
var s Shape = Rect{}，编译报错：Rect does not implement Shape (Area method has pointer receiver) - 修复方式只有两个：
&Rect{}或把接口方法改成值接收者（但要注意：值接收者无法修改 receiver 状态）
委托模式中真正决定多态行为的是调用点，不是嵌入位置
所谓“多态委托”，本质是把方法调用转发给一个接口字段。但转发逻辑写在哪、用什么接收者、是否允许 nil，直接决定行为是否健壮。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
立即学习“go语言免费学习笔记（深入）”；
- 推荐写法：
func (w *Worker) Do() error { if w.Doer == nil { return errors.New("Doer not set") }; return w.Doer.Do() } - 不要用值接收者写委托方法，否则每次调用都复制整个 struct（含可能很大的接口字段）
- 如果希望默认行为存在，应在构造函数里初始化接口字段，比如
NewWorker(d DefaultDoer{}) - 注意：接口字段本身不参与结构体比较（
==），也不能用reflect.DeepEqual安全比较，因为底层 type/value 对不可见
嵌入接口和嵌入具体类型的行为差异极大
嵌入 io.Reader 和嵌入 bytes.Buffer 看似都是“嵌入”，但语义完全不同：
- 嵌入
io.Reader：只加一个字段，无方法提升，不带来任何行为，纯契约占位 - 嵌入
bytes.Buffer：会提升其所有导出方法（如Write(),String()），但这些是静态绑定的，且Buffer本身不实现全部io.ReadWriter - 混合使用时容易误判：比如
type MyWriter struct { io.Writer }，你以为能直接w.Write()，但没初始化Writer字段就 panic
真正的难点不在语法，而在厘清「谁拥有接口值」「谁控制生命周期」「调用链上哪一层做了动态分派」——这三个问题没想清楚，嵌入接口只会让代码更难 debug。
