症状
本篇指南处理“Go range 变量地址相同 — 共享指针缺陷”。请从症状出发，按顺序执行诊断，在推进前确认每个假设；随后通过修复与验证步骤闭环。
可观察到的症状包括：
- 所有 goroutine 或闭包都打印同一个末元素
- 循环中收集的指针切片全部指向同一个值
- 顺序执行正确，但在 go vet 或 -race 下出错
诊断
先在隔离环境中复现故障，再按顺序执行以下检查，逐步缩小范围。
步骤 1
go vet ./...go vet 会标记循环变量捕获（loopclosure）；较新工具链也能检测取地址的情况。
步骤 2
go test -race ./...跨迭代共享地址会表现为多个 goroutine 观察到同一个被修改的值。
常见诱因（按出现频率排序）：
- 对复用的 range 变量取 &v（Go 1.22 之前）
- 闭包按引用捕获循环变量且延迟执行
- 指针切片追加的是循环变量地址而非副本
根因
在 Go 1.22 之前，range 使用单一变量并在各迭代间复用。对它取地址或在闭包中捕获，就等于共享同一存储位置，因此所有引用都观察到最后一个赋的值。
修复
在捕获前按迭代复制（v := v），把值作为函数参数传入，或升级到 Go 1.22+（每次迭代拥有独立变量）。
注意：依赖 Go 1.22 语义需更新 go.mod 的 go 指令；旧指令在构建时仍保持旧行为。
// ❌ shared address (pre Go 1.22)
var ptrs []*Item
for _, it := range items {
ptrs = append(ptrs, &it) // all point to the same reused variable
}
// ✅ copy per iteration (works on any Go version)
for _, it := range items {
it := it
ptrs = append(ptrs, &it)
}
// ✅ or index into the slice, which is stable
for i := range items {
ptrs = append(ptrs, &items[i])
}验证
在 -race 下重跑并确认每个 goroutine 看到各自的元素；在 CI 保留 go vet 以防回归。
修复后补充一条回归测试，复现原始症状，防止问题再次出现。
这类故障通常是环境问题而非纯逻辑错误，因此在缺陷记录中应写明完整命令、环境变量与工作目录。请用最小的脚本复现，待最小用例清楚后再扩大范围。为这类故障准备一份简短的排查清单，能显著减少下次排障时间。