iface结构为tab itab + data unsafe.pointer，用于非空接口；eface结构为_type + data unsafe.pointer，用于interface{}；二者均为两字宽结构体，但iface需itab支持方法派发，eface仅存类型与数据信息。
iface 和 eface 到底长什么样
Go 接口变量在内存里不是“一个东西”，而是两种结构：有方法的接口用 iface，空接口（interface{} 或 any）用 eface。它们都只存两样东西：类型信息 + 数据指针，但细节差异直接影响性能和行为。
常见错误现象：把大结构体值直接赋给接口，触发不必要的拷贝；或对 nil 指针接收者调用方法时 panic，却误以为是接口问题。
-
eface结构极简：_type *（指向类型元数据） +data unsafe.Pointer（指向值本身） -
iface多一层间接：tab *itab（含接口类型、具体类型、方法地址数组） +data unsafe.Pointer - 64 位系统下，
eface占 16 字节，iface占 16 字节，但itab本身是动态分配的，可能几十字节起
为什么指针接收者和值接收者对接口实现影响这么大
是否能赋值给接口，不只看方法名和签名，还取决于你用的是值接收者还是指针接收者——因为这决定了方法集（method set）不同，进而影响 itab 能否构建成功。
使用场景：定义结构体后想让它满足 io.Writer，结果 var w io.Writer = myStruct{} 编译失败，大概率是 Write 方法用了指针接收者。
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 值类型
T的方法集只包含值接收者方法 - 指针类型
*T的方法集包含值接收者 + 指针接收者方法 - 所以
T{}能赋给接口，仅当接口所有方法都是值接收者；而&T{}几乎总能成功（除非方法集不匹配） - 编译器报错类似：
cannot use … (value of type T) as … value in assignment: T does not implement … (Write method has pointer receiver)
类型断言失败时 panic 还是返回零值
取决于你用的是单值还是双值形式。这是运行时行为，由 iface 中的 tab 和 itab.hash 对比决定，不是语法糖。
容易踩的坑：在 map 查找或 HTTP handler 中直接用 v.(MyType)，一旦类型不符就 crash，线上不可接受。
- 单值断言：
v.(MyType)→ 类型不符直接 panic，错误信息类似：interface conversion: interface {} is int, not string - 双值断言：
v.(MyType)返回val, ok bool→ 安全，ok为 false 时不 panic - 空接口
interface{}断言开销略小（只需比对_type），非空接口要查itab表，但 Go 运行时做了哈希缓存，实际很快
接口变量 == nil 的判断为什么常常出错
接口变量是 nil，不代表它内部的 data 指针是 nil，也不代表它内部的 _type 或 tab 是 nil——它必须两个字段都为 nil 才算真 nil。
典型反例：var w io.Writer = (*os.File)(nil)，这个 w 不是 nil，因为它有 tab（指向 *os.File 实现 io.Writer 的 itab），只是 data 是 nil。调用 w.Write([]byte{}) 会 panic。
- 只有
var x interface{}或var x io.Writer这种未初始化的才真正是nil - 任何显式赋值（哪怕是
nil指针）都会让tab或_type非空，接口变量就不等于nil - 判断前先用双值断言确认底层值是否为
nil，比如：if f, ok := w.(*os.File); ok && f == nil { … }
tab 是否为空、data 是否为空、以及接收者类型这三者的组合里，不是单看表面值就能推断的。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
