interface{}赋值时只拷贝两字宽结构(类型指针+数据指针或值),不深拷贝底层数据;是否复制原始值取决于类型大小和逃逸分析,小值类型存副本,大类型存指针。

interface{} 赋值时到底拷贝了什么
Go 的 interface{} 是一个两字宽的结构体:一个指向类型信息的指针 + 一个指向数据的指针(或直接存值,取决于大小)。赋值时,interface{} 会复制这个两字宽结构,**不是深拷贝底层数据**。所以无论你传 val 还是 &val,接口变量本身都是轻量拷贝;但底层数据是否被复制,取决于原始值的类型和大小。
例如:int、string、小 struct(如 struct{a,b int})在接口中通常按值存储;而大 struct、slice、map、channel、func、interface 本身,底层数据必然在堆上,接口只存其指针。
- 传
val:如果val是小值类型(如int),接口里存的是该值的副本;如果是大 struct,运行时可能仍逃逸到堆,接口存指向它的指针 - 传
&val:接口里存的是指向val的指针 —— 此时修改*p会影响原变量,但仅当接口方法集包含指针方法时才允许这样传
实现 interface 时 *T 和 T 方法集的区别
这是最常踩坑的地方:**只有 *T 类型才有 *T 的方法集,T 类型只有 T 的方法集**。哪怕 T 有指针接收者方法,T 值本身也不能赋给要求该方法的 interface。
例如:
立即学习“go语言免费学习笔记(深入)”;
type S struct{ x int }
func (s S) ValueMethod() {}
func (s *S) PtrMethod() {}
var s S
var _ interface{ ValueMethod() } = s // ✅ OK
var _ interface{ PtrMethod() } = s // ❌ compile error: S does not implement PtrMethod
var _ interface{ PtrMethod() } = &s // ✅ OK
- 定义 interface 时,看它需要哪些方法;实现它的变量必须能提供全部方法
- 如果 interface 包含至少一个指针接收者方法,则只有
*T能满足,T值不行 - 即使
T在栈上很小,也不能“为了省拷贝”就传值——不满足方法集,编译直接失败
空接口 interface{} 接收任意类型时的性能差异
对小值类型(int、bool、[3]int),传值和传指针在 interface{} 赋值开销上几乎没差别;但语义和后续行为完全不同:
- 传
val:interface{} 持有独立副本,函数内修改不影响原值;且无法再取地址调用指针方法 - 传
&val:interface{} 持有指针,可反射出地址、可调用指针方法;但若原变量是栈上局部变量,需确保生命周期足够长(Go 编译器通常会自动逃逸,但不可依赖) - 对 slice/map/channel:它们本身已是引用类型头,传值即传头(含指针字段),所以
append或make后的变更可见;但重新赋值(如s = append(s, x))不会影响原变量,除非传的是*[]T
什么时候必须传指针给 interface 参数
不是“性能需要”,而是“语义和正确性需要”:
- 目标 interface 的方法集中含有指针接收者方法(最常见原因)
- 你需要在函数内通过 interface 修改原值(比如某个
Setterinterface 要求Set(x int)且接收者为*T) - 你用
reflect.ValueOf(x).CanAddr()或类似反射操作,依赖可寻址性 - 你传的是大 struct(>128 字节左右),虽不强制,但传指针可避免栈拷贝 —— 不过此时更应考虑是否设计合理
接口本身不决定传值还是传指,真正起作用的是「该变量能否满足 interface 的方法集」以及「你是否需要修改原值」。把 interface 当作契约,而不是容器。










