Golang接口底层是iface还是eface？

Go语言接口的底层实现并非单一结构，而是根据接口类型分作两种核心机制：空接口interface{}对应极简的eface结构（仅含_type和data字段），专用于无方法约束的通用值封装；而非空接口（如io.Reader）则依赖更复杂的iface结构（含tab指向itab和data），其中itab缓存了接口与具体类型的匹配关系及方法指针数组，支撑动态方法调用。二者结构迥异、职责分明——混淆它们就等于无视Go接口“静态声明+运行时绑定”的双重设计精髓；理解eface与iface的字段组合如何决定类型断言成败、nil判断陷阱及panic根源，是真正掌握Go接口底层逻辑、写出健壮代码的关键所在。

面试问“Golang 接口底层是 iface 还是 eface”，答案不是二选一，而是看具体接口类型：空接口 interface{} 底层是 eface，非空接口（如 io.Reader、Stringer）底层是 iface。混淆二者，等于没搞清 Go 接口的双重实现机制。

interface{} 对应 eface：只有 _type 和 data

eface 是专为 interface{} 设计的极简结构，只存两样东西：_type（指向类型元信息）和 data（指向值本身）。它不关心方法，也不参与方法调用——因为 interface{} 没有方法约束。

常见错误现象：panic: interface conversion: interface {} is int, not string，本质就是运行时比对 eface._type 和断言目标类型的 *_type 不匹配，找不到转换路径。

• 赋值 var i interface{} = 42 时，eface._type 指向 int 的类型描述符，data 指向整数 42 的内存地址
• 用 reflect.TypeOf(i) 查到的正是 eface._type 所指内容
• 不能对 interface{} 直接调方法，必须先类型断言或反射取出具体值

具名接口对应 iface：tab + data，itab 才是关键

iface 多了一个 tab 字段，它指向 itab 结构体。itab 才是真正干活的：缓存了接口类型、具体类型、哈希值，最关键的是 fun[1]uintptr —— 方法函数指针数组。没有 itab，就无法在运行时动态跳转到具体实现的方法。

常见错误现象：cannot use t (type T) as type Reader in assignment: T does not implement Reader (Read method has pointer receiver)，这不是编译器“不认识”类型，而是构造 itab 时发现 T 的方法集不满足 Reader 要求。

• itab 是全局唯一缓存的，相同接口+类型组合只生成一次，避免重复计算
• tab == nil 表示该类型根本没实现这个接口；tab != nil && data == nil 是“非 nil 接口但内部指针为 nil”，此时调方法会 panic
• 接收者是 *T 时，只有 &t 能触发 itab 构建；t 会失败，编译报错

为什么 nil 接口不等于 nil 指针？

接口变量为 nil，要求两个字段同时为零：eface 需 _type == nil && data == nil；iface 需 tab == nil && data == nil。只要 tab 或 _type 非空，哪怕 data 是 nil，整个接口就不等于 nil。

典型陷阱：

var r io.Reader
var buf *bytes.Buffer
r = buf // 此时 r.tab != nil, r.data == nil → r != nil
r.Read(nil) // panic: nil pointer dereference

• 不要依赖 r == nil 来判断底层值是否有效，尤其当接口来自函数返回或结构体字段时
• 检查前先做 if r != nil，再确认 r 内部的指针是否可解引用（比如 buf 本身是否为 nil）
• 结构体中嵌入接口字段时，初始化遗漏会导致 tab 已存在但 data 为空，极易静默崩溃

真正容易被忽略的点在于：iface 和 eface 不是源码里能声明或操作的类型，它们藏在 runtime 内部；所有关于“接口怎么装值”“为什么断言失败”“为啥 nil 判断失灵”的问题，归根结底都是这两个结构体字段状态的组合结果。看汇编或用 unsafe 窥探内存时，偏移量（如 64 位下 data 在 offset 8）也得按结构体布局来算，错一位就全乱。

到这里，我们也就讲完了《Golang接口底层是iface还是eface？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！