Go中结构体方法调用是编译期静态绑定，仅接口变量调用才动态绑定；嵌入不改变接收者类型，指针接收者影响接口实现能力，接口赋值静态、调用动态。
结构体方法调用永远不是动态绑定
Go 中结构体的方法调用是编译期静态解析的，h.sayName() 这种写法永远绑定到 Human 类型的方法，哪怕 h 是从 Child 值里字段提升出来的。这不是“继承失效”，而是设计如此：嵌入只是语法糖，不改变方法接收者类型。
常见错误现象：
- 定义了
Child的sayName()，但调用c.Introduce()仍打印"I am the Adult" - 误以为给嵌入字段加方法就能覆盖外层行为，结果发现根本没生效
关键原因：方法调用发生在值（如 h Human）上，而 h 是副本，其类型就是 Human，与外围 Child 无关。
接口才是动态绑定发生的唯一上下文
只有当值被装进接口变量（如 var n Namer = c），且通过该接口变量调用方法（如 n.sayName()）时，Go 才在运行时查 itab 表，根据底层实际类型分派到对应实现。这才是真正的动态绑定。
立即学习“go语言免费学习笔记（深入）”；
使用场景：
- 需要让不同结构体对同一行为提供不同实现（如日志、校验、序列化）
- 第三方库返回的结构体无法修改，但你想增强其行为 —— 就包装它并实现相同接口
- 测试中替换依赖（如用 mock 实现
io.Reader）
注意：接口变量本身不存储“是谁”，只存“能做什么”；动态性来自运行时查表，不是反射或虚函数表。
指针接收者影响接口实现能力
结构体是否能赋值给某个接口，取决于它的方法集是否匹配。而方法集由接收者类型决定：*T 的方法集 ≠ T 的方法集。
容易踩的坑：
-
func (t *T) M()只被*T实现，T{}值不能直接赋给含M()的接口 - 嵌入
T字段时，若想让外层结构体支持该接口，必须确保外层用指针调用（即接收者是*Outer），否则提升失败 - 传值 vs 传指针：函数参数是
T还是*T，直接影响能否满足接口
示例：type S struct{} + func (*S) F() {} → var s S; var i interface{} = &s 才合法，s 本身不行。
静态绑定和动态绑定共存，但边界清晰
Go 的接口绑定不是非此即彼，而是分阶段：赋值进接口是静态的（编译器确认类型满足），调用接口方法是动态的（运行时查表）。两者缺一不可。
性能提示：
- 接口赋值开销极小（仅复制两个指针），但接口方法调用比直接调用多一次间接跳转
- 空接口
interface{}的动态绑定成本略高于具名接口（因 itab 更通用） - 类型断言（如
x.(Namer)）是动态检查，失败会 panic；安全写法是v, ok := x.(Namer)
真正容易被忽略的是：你写的每一行 iface.Method() 都依赖运行时查表，但这个表在编译期就已生成 —— 它不是“运行时生成”的，只是“运行时使用”的。
