go接口调用是运行时通过iface/eface结构体和itab查表实现的动态分发机制：iface存类型数据指针和方法表指针，eface仅存类型信息与值指针；itab由编译期生成、全局复用，将接口方法映射到具体函数地址，从而支撑解耦与多态。
Go 接口调用不是编译期静态绑定，而是运行时通过 iface 结构体 + 方法表（itable）查表跳转，这是解耦和多态能成立的底层前提。
接口变量在内存中长什么样
Go 的接口变量实际是两字宽结构体：iface（非空接口）或 eface（空接口 interface{}）。前者存两个指针：一个指向具体类型数据（如 *Dog），另一个指向该类型对应该接口的方法表 itab；后者只存类型信息和数据指针。
关键点在于：itab 是编译期生成、运行时复用的，它把接口方法签名映射到具体类型的函数地址。调用 s.Speak() 时，并不直接跳转到 Dog.Speak，而是先查 itab 找到函数指针，再间接调用。
- 如果你用
reflect查看接口变量，会发现底层是runtime.iface，不是你定义的结构体 -
itab缓存存在全局哈希表中，相同类型+接口组合只会生成一次，避免重复计算 - 结构体值接收者 vs 指针接收者会影响是否能赋值给接口——因为方法集不同，
itab匹配失败就报错cannot use ... as ... value in assignment: missing method
为什么方法集不匹配会导致编译失败
接口实现检查发生在编译期，但依据的是类型的方法集（method set），而非“有没有这个函数名”。方法集由接收者类型决定：
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 对于类型
T，方法集包含所有接收者为T的方法 - 对于类型
*T，方法集包含接收者为T和*T的全部方法 - 所以
func (d Dog) Speak()只属于Dog的方法集，*Dog能自动满足，但Dog不能满足需要*Dog方法集的接口
典型错误：var s Speaker = Dog{} 报错，但改成 var s Speaker = &Dog{} 就过——不是语法问题，是方法集不覆盖。
空接口 interface{} 的特殊性
空接口没有方法，所以任何类型都自动满足它的方法集（空集），itab 查找逻辑被绕过，只保留类型描述符和数据指针。但这不意味着它没开销：
- 每次赋值都会触发接口转换，产生一次内存拷贝（尤其是大结构体）
- 从
interface{}取回原类型必须用类型断言：v, ok := i.(string)，失败时ok为false，不会 panic - 大量使用空接口+反射会掩盖真实类型依赖，让 IDE 和静态分析失效，也增加 runtime 类型判断成本
嵌入结构体时接口实现容易被误判
嵌入（embedding）只是字段和方法提升，不改变方法集归属。常见误区：
- 嵌入了
Writer字段的结构体，自身并不自动实现io.Writer接口——除非它显式实现了Write方法，或嵌入的是io.Writer类型且该字段有值 - 嵌入
*FileWriter后，如果FileWriter实现了Write，那提升上来的方法接收者仍是*FileWriter，所以只有*YourStruct才能满足需要指针接收者的接口 - 别依赖嵌入“自动实现接口”，Go 不做这种推导；接口满足与否，永远只看本类型的方法集
最易忽略的一点：接口的动态分发成本虽低，但不是零。高频路径上反复装箱/拆箱（尤其是小对象进 interface{} 再断言出来），会比直接传具体类型慢 2–5 倍，且触发额外 GC 压力。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
