iface是go中含方法接口的底层结构体，定义为type iface struct { tab *itab; data unsafe.pointer }，仅两个字段共16字节；tab指向联合元数据itab（含接口类型、具体类型及方法指针数组），data为值指针，指向栈、堆或静态区的实际数据。
Go 接口不是语法糖，而是运行时真实存在的结构体；iface 是所有含方法接口的内存表示，它不透明、不可手动构造，但理解它能帮你避开类型断言 panic 和方法调用性能陷阱。
iface 结构体长什么样？直接看 runtime 源码定义
iface 在 runtime/runtime2.go 中定义为：
type iface struct {
tab *itab
data unsafe.Pointer
}
它只有两个字段，共 16 字节（64 位系统）：
-
tab是指向itab的指针，不是接口类型本身，而是「接口类型 + 具体类型」的联合元数据 -
data是值指针，可能指向栈、堆或静态区——和具体值是否逃逸无关，只取决于赋值时的原始位置 - 注意：
iface不包含任何方法签名或函数体，所有方法调用都靠tab->fun[n]间接跳转
为什么类型断言失败会 panic？根源在 itab 查表逻辑
当你写 v.(Stringer)，Go 运行时实际调用的是 convI2I → getitab，后者在全局哈希表中查找匹配的 itab。查不到就 panic，而不是返回 false。
Go语言（Golang）1.26.0
下载
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 查表依据是
inter（接口类型指针）和_type（具体类型指针）双 key 匹配，不是名称或方法签名比对 - 如果两个包各自定义了同名同签名的接口，它们的
inter指针不同，getitab就不会命中，哪怕方法完全一致 - 空接口
interface{}赋值给非空接口时，必须重新查itab，不是“拆箱再装箱”那么简单
iface.data 指向什么？别假设它总是堆地址
data 字段的值取决于被赋值对象的原始存储位置：
- 小结构体（如
struct{a,b int}）直接内联进 iface 内存块，data指向栈上局部变量 - 大结构体或切片底层数组通常逃逸到堆，
data指向堆地址 - 常量字符串字面量（如
"hello"）的data指向只读数据段 - 错误认知：“iface 必然导致堆分配”——实际是否逃逸由编译器决定，iface 本身不强制逃逸
iface.tab.fun 是怎么索引的？方法序号由编译器固化
itab.fun 是一个可变长数组，每个元素是函数指针。索引方式不是按方法名哈希，而是严格按接口定义中方法声明顺序：
- 接口
type Writer interface { Write([]byte) (int, error); Close() error }，Write总是索引 0，Close总是索引 1 - 实现类型的方法集顺序不影响索引——只要签名匹配，编译器就按接口顺序填入
fun数组 - 如果实现类型有额外方法（未在接口中声明），它们不会出现在
fun里，也不会影响索引 - 这意味着：接口方法调用是纯偏移寻址 + 间接跳转，没有运行时方法名查找开销
真正容易被忽略的点是：iface 的存在让 Go 接口既保持了静态类型检查，又承担了运行时动态分派成本；而这个成本是否显著，取决于你是否在 hot path 上频繁做类型断言或接口转换——这些操作背后全是哈希表查找和内存跳转。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
