Go 接口实现行为多态的关键在于定义带方法的非空接口并严格匹配方法集，而非使用空接口 interface{}；其多态性由编译期检查接收者类型和方法签名保证，运行时通过 itab 查表分发调用。
Go 语言没有传统 OOP 的多态，但用接口能达成更干净的行为多态——关键不是“怎么写”，而是“谁满足接口、怎么传、怎么调”。
为什么 func f(i interface{}) 不是多态的起点
这个函数签名只表示“接受任意类型”，但它不定义任何行为契约。interface{} 是空接口，底层是 eface，只存 _type 和 data，没有方法表（itab），所以你不能在它上面调用任何方法。
- 编译器会直接报错：
i.SomeMethod undefined (type interface {} is interface with no methods) - 常见误用：把 JSON 解析结果
map[string]interface{}当成“动态对象”去点方法，其实它里面每个值仍是interface{}，必须先断言成具体类型才能用 - 真正多态的前提是定义带方法的非空接口，比如
type Shape interface { Area() float64 }
结构体实现接口时，接收者类型必须严格匹配
接口是否被满足，取决于方法集（method set）是否完整覆盖接口要求。而方法集由接收者类型决定，不是靠运行时推断。
- 如果接口定义的是
func (*T) M()（指针接收者），那么只有*T类型变量能赋给该接口；T{}值类型变量不行 - 反过来，接口要求
func (T) M()（值接收者），则T{}和&T{}都可以赋值（因为&T能自动解引用调用值接收者方法） - 大小写敏感：
area()永远不满足Area()；参数或返回值类型差一个*或别名（如os.PathErrorvserror）也会导致不匹配
接口调用的本质是 itab 查表 + 间接跳转
当你声明 var w io.Writer = &os.File{}，Go 在底层创建的是 iface 结构，其中 tab *itab 缓存了 io.Writer 接口和 *os.File 类型之间的映射关系。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
-
itab是懒构建的：第一次赋值时生成，之后复用；但不同接口即使方法签名相同，也要各自建itab - 调用
w.Write(buf)时，实际执行的是：tab.fun[0](w.data, buf)—— 即把w.data当作 receiver，跳转到*os.File.Write函数地址 - 值类型传入接口时，
data存的是该值的副本地址；大结构体建议统一用指针接收者，避免拷贝开销
类型断言失败不是“找不到方法”，而是 _type 校验不通过
对 interface{} 或带方法的接口做断言（如 v.(string) 或 v.(io.Closer)），底层不查方法表，而是比对两个 _type 是否指向同一内存地址或哈希一致。
- 跨包定义的同名错误类型（
pkg1.Errorvspkg2.Error）会被视为不同类型，断言静默失败 -
nil接口变量判断要小心：var i io.Reader是 nil（tab == nil），但var i io.Reader = (*os.File)(nil)不是 nil（tab != nil，只是data == nil） - 推荐用
v, ok := iface.(T)形式，避免 panic；且断言后建议赋给局部变量再多次使用，Go 不缓存断言结果
最易被忽略的一点：接口多态的“动态”只体现在方法调用分发上，赋值合法性完全由编译期检查。这意味着你不会遇到运行时类型转换失败，但一旦接收者类型或方法签名有偏差，代码根本过不了编译。
