本文深入解析 go 语言中 range 循环中迭代变量（如 `item`）的内存复用机制，阐明为何直接取其地址会导致所有指针指向同一内存位置，并提供安全、高效的切片转接口切片方案。
在 Go 中，range 循环的迭代变量（例如 for idx, item := range slice 中的 item）并非每次迭代都分配新内存，而是在循环开始前一次性声明，并在每次迭代中复用同一变量地址，仅更新其值。这导致若在循环内对 item 取地址（&item），所有得到的指针均指向该固定内存地址——最终结果就是切片中所有元素的指针“看似相同”，实际是同一地址被重复存储。
以下代码直观揭示这一行为：
func main() {
coll := []int{5, 10, 15}
for i, v := range coll {
fmt.Printf("循环变量 v 地址（始终不变）: %p\n", &v) // 输出三个相同的地址
fmt.Printf("切片元素地址（正确变化）: %p\n", &coll[i]) // 输出三个不同地址
}
}输出示例：
循环变量 v 地址（始终不变）: 0xc000014088 切片元素地址（正确变化）: 0xc000014078 循环变量 v 地址（始终不变）: 0xc000014088 切片元素地址（正确变化）: 0xc00001407c 循环变量 v 地址（始终不变）: 0xc000014088 切片元素地址（正确变化）: 0xc000014080
回到原始问题：Regions.ToModelList() 方法中，output[idx] = &item 实际将同一个 item 变量的地址存入了切片每个位置，因此返回的 []Model 中所有指针都指向同一内存，造成数据错乱。
✅ 正确做法是显式获取切片中对应索引元素的地址，而非迭代变量的地址：
// Regions 是 Region 结构体的切片
type Regions []Region
// Model 是接口类型（Region 指针实现）
type Model interface {
// ... 方法定义
}
// ✅ 安全、推荐的实现：直接取切片元素地址
func (coll *Regions) ToModelList() []Model {
output := make([]Model, len(*coll))
for i := range *coll {
output[i] = &(*coll)[i] // 关键：&(*coll)[i] 获取第 i 个 Region 的真实地址
}
return output
}⚠️ 注意事项：
- 不要依赖 &item 获取结构体元素地址，这是常见陷阱；
- 若需在循环中创建新变量并取其地址，可使用 v := item（如提问者发现的变通写法），但此方式会额外拷贝结构体，对大对象有性能开销；
- 对于不可寻址的类型（如字面量、函数返回值），&item 本身会编译报错，而 &slice[i] 始终合法（只要 slice[i] 可寻址）；
- 若 Region 是小结构体且无需指针语义，也可考虑让 Model 接口由值类型实现，避免指针操作复杂度。
总结：Go 的 range 设计以性能和简洁性优先，但要求开发者理解其底层语义。在涉及地址获取的场景中，务必区分“迭代变量”与“源数据元素”——永远使用 &slice[i] 而非 &item 来获取切片中独立元素的真实地址。这是编写健壮 Go 代码的关键细节之一。
