Go接口变量是值类型，但内部_data字段恒为指针；赋值传参均值传递接口头，修改是否生效取决于解包方式——断言得值则无效，得指针或反射可寻址才有效。
Go 接口变量本身是值类型，但内部可能包含指针
Go 中 interface{} 类型的变量在赋值、传参、返回时，**总是按值传递**——即复制整个接口头（iface 或 eface 结构）。但这个“值”里存的是动态类型信息和数据指针，所以行为上常被误认为“引用传递”。关键在于：接口变量不等于它包裹的底层值。
比如：
type Person struct{ Name string }
func changeName(p Person) { p.Name = "Alice" } // 修改无效，Person 是值
func changeNameViaInterface(i interface{}) {
if p, ok := i.(Person); ok {
p.Name = "Alice" // 同样无效，i 的底层值仍是副本
}
}
真正起作用的是接口中存储了指向原始数据的指针，例如：
var p = &Person{Name: "Bob"}
var i interface{} = p // i._data 指向 p 所指内存
i.(*Person).Name = "Alice" // ✅ 有效，解引用后修改原对象
接口底层结构：iface 和 eface 的区别
Go 运行时用两种结构表示接口：iface（含方法集的接口）和 eface（空接口 interface{}）。两者都包含两字段：tab（类型与方法表指针）和 _data（指向底层数据的指针）。
立即学习“go语言免费学习笔记（深入）”；
-
iface：用于非空接口，tab指向itab，含类型 + 方法集映射 -
eface：用于interface{}，_type直接指向类型信息，无方法表
无论哪种，_data 字段**永远是指针**——哪怕你赋一个 int，运行时也会把它的值拷贝到堆或栈上，再让 _data 指向那块内存。这意味着：
- 小对象（如
int、string）通常被拷贝进新内存，再由_data指向它 - 大结构体或已存在的指针（如
*MyStruct）则直接存其地址，不额外拷贝数据
为什么修改接口内结构体字段有时生效、有时不生效？
是否生效，取决于你如何访问和解包接口中的值：
- 用类型断言得到值副本（
v := i.(MyStruct)），改v→ ❌ 不影响原值 - 用类型断言得到指针（
p := i.(*MyStruct)），改*p→ ✅ 影响原值 - 对
interface{}做反射写入（reflect.ValueOf(&i).Elem().Field(0).SetString(...)）→ 只有原值可寻址才成功
常见陷阱：
var s = MyStruct{X: 1}
var i interface{} = s // s 被拷贝，i._data 指向副本
v := i.(MyStruct)
v.X = 99 // 改的是副本，s.X 仍是 1
// 要想改原值，得一开始就传指针：
i = &s
p := i.(*MyStruct)
p.X = 99 // ✅ s.X 变成 99
性能提示：避免高频装箱/拆箱接口
每次将具体类型赋给接口，都会触发一次内存分配（小对象逃逸到堆）或栈拷贝；每次类型断言都要查 itab 表、做指针解引用。高频场景下（如循环中反复 fmt.Println(x)）会明显拖慢性能。
- 对已知类型的热路径，优先用具体类型而非
interface{} - 避免在 tight loop 中做
i.(T)，可提前断言并复用结果 - 注意
fmt等包大量依赖interface{}，打印自定义类型时，String()方法被调用前已发生一次装箱
底层细节藏得深，但只要记住：接口变量是值，它包着的 _data 是指针——改什么、怎么改，全看你怎么解包。
