本文解释了为何在遍历结构体切片时直接取 `&thing` 会导致 map 中所有值指向同一内存地址，并提供两种安全、惯用的解决方案：基于索引取址和使用结构体指针切片。
在 Go 中，将结构体切片转换为以名称为键、结构体指针为值的映射（map[string]*Thing）是一个常见需求。但初学者常陷入一个经典陷阱：在 for _, thing := range slice 循环中对循环变量取地址（&thing），结果发现所有 map 值都指向同一个内存地址——这是因为 thing 是每次迭代中独立复制的局部变量，其地址始终相同，最后一次迭代覆盖了之前所有赋值。
? 问题复现
以下代码直观展示了该问题：
func toRegistry(things []Thing) Registry {
registry := make(Registry)
for _, thing := range things {
registry[thing.Name] = &thing // ❌ 错误：总是取同一个局部变量的地址
}
return registry
}输出类似：map[thingA:0xc000014080 thingB:0xc000014080] —— 两个键竟指向同一地址。
✅ 正确解法一：通过索引访问底层数组元素
最直接、零额外内存分配的修复方式是改用索引遍历，从而获取切片中原始元素的地址：
func toRegistry(things []Thing) Registry {
registry := make(Registry)
for i := range things { // 使用索引而非值
registry[things[i].Name] = &things[i] // ✅ 正确：取切片第 i 个元素的地址
}
return registry
}✅ 优势：无需修改原始数据结构，语义清晰，性能最优。
⚠️ 注意：确保 things 切片生命周期足够长（即 map 的持有者需保证切片不被提前回收，否则可能引发悬垂指针问题——但在多数应用上下文中，切片由调用方管理，此风险可控）。
✅ 正确解法二：使用 *Thing 切片（指针切片）
若业务逻辑本身就需要结构体指针（例如支持后续原地修改），可直接定义并传入 []*Thing：
func toRegistry(things []*Thing) Registry {
registry := make(Registry)
for _, thing := range things {
registry[thing.Name] = thing // ✅ thing 已是指针，无需再取地址
}
return registry
}
func main() {
things := []*Thing{
{Name: "thingA", Value: 1},
{Name: "thingB", Value: 2},
}
registry := toRegistry(things)
fmt.Println(registry) // map[thingA:0xc000014080 thingB:0xc000014090]
}✅ 优势：语义更明确（明确表达“我需要指针”），避免取址歧义；天然支持后续对结构体字段的修改。
⚠️ 注意：需显式创建指针（如 &Thing{...} 或使用 new(Thing)），且需关注指针所指向对象的内存生命周期。
? 总结与最佳实践
- 永远不要对 range 的值变量取地址（&thing），除非你明确知道它是一个独立、持久的变量；
- 优先使用索引遍历（for i := range slice）来获取切片元素地址，这是 Go 中最惯用、最安全的方式；
- 若设计上本就依赖指针语义，应从源头使用 []*T，而非在函数内做“值→指针”的临时转换；
- 避免不必要的 *[]T（指向切片的指针）——Go 中切片本身已是引用类型，传递开销小，无需额外解引用。
掌握这一细节，不仅能解决 map 映射异常问题，更能加深对 Go 内存模型与值语义的理解。
