本文详解 go 中因循环变量地址复用导致的并发数据错乱问题，提供正确传递结构体指针的解决方案，并演示如何确保并行处理结果按原始顺序输出。
本文详解 go 中因循环变量地址复用导致的并发数据错乱问题，提供正确传递结构体指针的解决方案，并演示如何确保并行处理结果按原始顺序输出。
在 Go 并发编程中，一个常见误区是：为每个任务启动 goroutine 并返回独立通道，再按切片顺序依次读取——看似能保证结果有序，实则可能因循环变量地址被重复使用而引发严重逻辑错误。
你提供的代码中，for _, chunk := range chunks 创建的 chunk 是一个单一的、可复用的栈变量，每次迭代仅对其赋值。因此 processChunk(&chunk) 始终传入的是同一个内存地址。当 goroutine 实际执行时（往往在循环结束后），*chunk 已稳定为最后一个元素（即 from: 2, to: 4），导致所有 goroutine 都处理了同一份数据，输出重复。
✅ 正确做法是显式按索引取值，确保每个 goroutine 持有独立的结构体地址：
for i := 0; i < len(chunks); i++ {
outChannels = append(outChannels, processChunk(&chunks[i]))
}这样 &chunks[i] 每次都指向切片中不同位置的独立元素，从根本上避免了数据竞争。
此外，还需注意以下关键点：
- 通道类型声明需明确：原代码中 <-chan struct{ string; error } 缺少字段名，应写为 <-chan struct{ Str string; Err error }，否则编译失败（Playground 链接中已修正）；
- 结构体字段必须导出：匿名结构体中的字段若首字母小写（如 string），无法在其他包中访问；建议使用导出字段（如 Str string）或定义命名结构体提升可读性；
- 错误处理需及时退出：当前 for out := range outChannel 在遇到错误后 return，但未关闭剩余通道，虽不影响本例，但在生产环境中建议添加 defer close() 或使用 select + done 通道做优雅终止；
- 更优实践：统一结果通道 + 索引标记：若需严格保序且通道数量较多，推荐单个 chan Result 配合 index 字段，配合 sync.WaitGroup 控制完成信号，避免管理大量通道的开销。
type Result struct {
Index int
Str string
Err error
}
// 启动 goroutine 时传入索引：
go func(i int, c *Chunk) {
result := Result{
Index: i,
Str: fmt.Sprintf("from: %d to: %d", c.from, c.to),
Err: nil,
}
outChan <- result
}(i, &chunks[i])然后主协程按 Index 排序或直接按索引接收，兼顾并发性与顺序性。
总结：Go 的 range 循环变量复用是高频陷阱，务必通过索引访问或值拷贝（如 chunk := chunks[i] 后传 &chunk）来隔离并发上下文。理解变量生命周期与内存模型，是写出健壮 Go 并发程序的基础。
