Golang为什么接口中存储的是值拷贝

Go接口值是两个字宽的结构体，赋值时值类型被拷贝、指针和引用类型仅拷贝地址或header，以确保生命周期安全和无副作用。

Go 中接口值本身是**两个字宽的结构体**（iface 或 eface），它存储的是类型信息和数据指针；当把一个值类型赋给接口时，Go 会把该值**拷贝一份存进接口的数据字段中**——不是“接口故意做值拷贝”，而是它底层设计决定了：值类型必须被复制才能安全持有。

接口赋值时发生了什么

接口变量不直接持有原始变量，而是持有其副本（或指针）：

• 若赋值的是 int、string、struct{} 等值类型 → 接口内部**拷贝整个值**到自己的数据字段（栈上分配，或逃逸到堆）
• 若赋值的是 *T 指针 → 接口只拷贝该指针值（8 字节地址），仍指向原数据
• 若赋值的是 []int、map[string]int 等引用类型 → 接口拷贝的是 header（含指针、len、cap 等），但底层数组/哈希表仍共享

这和函数传参、切片元素访问的逻辑一致：Go 的一切值传递，都是“按需拷贝”——为保障调用边界清晰、无意外副作用。

为什么不能直接引用原始变量

因为原始变量生命周期可能早于接口变量。例如：

func makeIntf() interface{} {
    x := 42
    return x // x 是局部变量，栈上分配
}
// 函数返回后，x 的栈空间已回收；但接口仍要能安全使用这个 42
// 所以必须拷贝一份值，而不是存 &x（那会变成悬垂指针）

同理，for 循环中 for _, v := range xs { f(v) }，v 是每次迭代的副本；若把 v 赋给接口，也是拷贝这个副本，而非原切片元素地址。

常见踩坑场景

以下行为容易误以为“接口持有了原值”，实则操作的是副本：

• var s string = "hello"; i := interface{}(s); s = "world"; fmt.Println(i) → 输出 "hello"（副本未变）
• type Person struct{ Name string }; p := Person{"Alice"}; i := interface{}(p); p.Name = "Bob"; fmt.Println(i.(Person).Name) → 仍是

  

  "Alice"
• 对结构体方法接收者是值类型（func (p Person) SetName(...)），通过接口调用该方法时，修改的是接口内存储的副本，不影响原始变量

想让接口“反映原值变化”？只能传指针：interface{}(&p)，此时接口里存的是地址，解引用后可读写原结构体。

性能与逃逸：大结构体别乱塞进接口

如果结构体很大（比如含 1MB 字节数组），每次赋给接口都会触发一次完整拷贝，并很可能导致变量逃逸到堆——不仅慢，还增加 GC 压力。

• 避免：var data BigStruct; i := interface{}(data)
• 推荐：i := interface{}(&data)，或直接用具体类型参数，绕过接口抽象
• 验证是否逃逸：加 -gcflags="-m" 编译，看是否有 ... moved to heap

接口不是万能容器，它是动态调度的桥梁，不是数据搬运工。值拷贝是它的安全前提，不是缺陷。