Go中传值还是传指针？底层原理详解

大家好，我们又见面了啊~本文《Go接口传值还是传指针？底层原理解析》的内容中将会涉及到等等。如果你正在学习Golang相关知识，欢迎关注我，以后会给大家带来更多Golang相关文章，希望我们能一起进步！下面就开始本文的正式内容~

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。

例如：

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 修改原值（比如某个 Setter interface 要求 Set(x int) 且接收者为 *T）
• 你用 reflect.ValueOf(x).CanAddr() 或类似反射操作，依赖可寻址性
• 你传的是大 struct（>128 字节左右），虽不强制，但传指针可避免栈拷贝 —— 不过此时更应考虑是否设计合理

接口本身不决定传值还是传指，真正起作用的是「该变量能否满足 interface 的方法集」以及「你是否需要修改原值」。把 interface 当作契约，而不是容器。

今天关于《Go中传值还是传指针？底层原理详解》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！