接口的底层结构（eface/iface）是怎样的？类型断言如何使用？

结论先行

接口在运行时是“类型 + 数据”的动态二元组：空接口 any 用 eface（{_type, data}）表示，非空接口用 iface（{itab, data}）表示；itab 缓存了接口要求的类型与方法表，让方法调用只多一次间接跳转。类型断言就是取出接口里的动态类型并做校验。

要点

• eface：type eface struct { _type *_type; data unsafe.Pointer }，_type 记录动态类型元数据，data 指向实际数据。
• iface：type iface struct { tab *itab; data unsafe.Pointer }；itab 内含 interfacetype、具体 _type、hash 与方法表 fun。
• itab 缓存：同一对（接口，具体类型）的 itab 全局只建一次，编译期还会预生成静态 itab；断言先比 hash 再精比类型，快速路径开销极小。
• 装箱即拷贝：把值赋给接口变量时会复制一份值，data 指向副本；存的是值还是指针，决定后续修改是否对原变量可见。
• 安全断言：v, ok := x.(T) 失败时 ok=false 不 panic；v := x.(T) 失败会 panic；type switch 适合对多种类型分支处理。
• 常见坑一：把 nil 指针赋给接口后接口不等于 nil，判空要小心动态类型。
• 常见坑二：接口相等要求动态类型相同且值可比较；动态类型含 slice/map 时直接比较会 panic。

示例

var x any = int64(42)

if v, ok := x.(int64); ok { // 安全断言
	fmt.Println(v + 1)
}

switch t := x.(type) { // type switch
case int64:
	fmt.Println("int64", t)
case string:
	fmt.Println("string", t)
default:
	fmt.Println("unknown", t)
}

常见追问/记忆点

• 追问：接口方法调用为什么比直接调用略慢？答：多一次 itab 间接跳转（load + call），编译器难以内联。
• 追问：空接口与非空接口谁大？答：都是两个字段；非空接口共享全局 itab，方法信息不随对象重复存储。
• 追问：断言失败会怎样？答：单返回值断言直接 panic，comma-ok 形式返回零值与 false。
• 记忆：动态二元组存“类型 + 数据”；comma-ok 是安全姿势；nil 与拷贝的坑都在 _type/data 上。