本文澄清 go 接口切片中结构体指针地址“变化”的常见误解：实际存储和传递的指针值并未改变，差异源于误打印局部变量地址而非接口内存储的指针值。
本文澄清 go 接口切片中结构体指针地址“变化”的常见误解：实际存储和传递的指针值并未改变，差异源于误打印局部变量地址而非接口内存储的指针值。
在 Go 中，当将一个结构体指针（如 *Apple）赋值给接口类型（如 Rotter）并存入切片时，接口变量内部实际封装的仍是原始指针值——它指向同一块堆内存地址。但许多开发者观察到 fmt.Println(&red_apple) 和 fmt.Println(&fruit) 输出不同地址，从而误以为“指针被复制或重定位”。这其实是一个典型的混淆“变量地址”与“指针值” 的问题。
&red_apple 表示的是局部变量 red_apple（类型为 *Apple）在栈上的内存地址；而 &fruit 表示的是循环中临时变量 fruit（类型为 Rotter 接口）自身的栈地址——二者完全无关。真正需要验证的是接口所持有的底层指针值是否一致。
✅ 正确做法是使用 %p 格式动词直接打印接口中封装的指针值（即解包后的目标地址）：
red_apple := &Apple{Color: "Red"}
fmt.Printf("Original pointer value: %p\n", red_apple) // e.g., 0xc0000140a0
grocer := &Shop{}
grocer.Rotters = append(grocer.Rotters, red_apple)
for _, fruit := range grocer.Rotters {
fmt.Printf("Interface-held pointer value: %p\n", fruit) // same as above!
fmt.Println("Values equal:", fruit == red_apple) // true (if both are *Apple)
}⚠️ 注意：
fruit == red_apple成立的前提是两者均为相同动态类型的指针（此处均为*Apple）。Go 接口中指针相等性比较会递归比对底层值，因此可安全用于一致性校验。
此外，无需修改切片类型或引入反射。只要确保：
- 存入切片的是原始指针（
&Apple{}），而非值拷贝； - 使用
fmt.Printf("%p", interfaceVar)打印接口承载的指针值； - 避免
&interfaceVar这类取接口变量自身地址的操作（它毫无语义意义）。
总结：Go 接口是包含类型信息和数据指针的两字宽结构体（runtime.iface），其内部指针字段始终忠实保存你传入的地址。所谓“地址变化”纯属调试方式错误所致——回归本质，关注值本身而非包装它的局部变量地址，即可彻底规避该困惑。
