本文详解go语言中使用for range遍历切片时，若将循环变量地址传入goroutine会导致所有协程共享同一内存地址的问题，并提供安全、有序读取多个通道结果的正确实践。

本文详解go语言中使用for range遍历切片时，若将循环变量地址传入goroutine会导致所有协程共享同一内存地址的问题，并提供安全、有序读取多个通道结果的正确实践。

在Go并发编程中，常需对数据分块（如Chunk）并行处理，同时严格保证结果输出顺序与输入顺序一致。一个典型误区是：为每个分块启动独立goroutine并返回专属通道，再按切片顺序依次从各通道读取——看似合理，却极易因循环变量捕获问题导致逻辑错误。

问题根源在于 for _, chunk := range chunks 语句的行为：Go会复用同一个栈变量 chunk，每次迭代仅对其赋值副本。因此 &chunk 始终指向同一内存地址，所有 processChunk(&chunk) 实际操作的都是最后一次迭代写入的 Chunk 值（即 chunks[len(chunks)-1]）。这正是示例中两次输出均为 from: 2 to: 4 的根本原因。

✅ 正确做法是显式通过索引访问切片元素，确保每次传递的是独立元素的地址：

for i := 0; i < len(chunks); i++ {
    outChannels = append(outChannels, processChunk(&chunks[i]))
}

此外，为提升健壮性与可维护性，建议进一步优化：

立即学习“go语言免费学习笔记（深入）”；

Go语言（Golang）1.26.0

Go语言（Golang）1.26.0版本官方下载，版本号 1.26.0，适合旧项目维护、兼容性测试和指定版本开发环境搭建。

下载

1. 避免裸指针传递：processChunk 接收 *Chunk 易引发竞态或生命周期问题。更安全的方式是值传递或封装为只读结构：

   func processChunk(c Chunk) <-chan struct{ String string; Err error } {
       ch := make(chan struct{ String string; Err error }, 1)
       go func() {
           ch <- struct{ String string; Err error }{
               String: fmt.Sprintf("from: %d to: %d", c.from, c.to),
               Err:    nil,
           }
           close(ch)
       }()
       return ch
   }

2. 统一错误处理与关闭保障：原代码中未检查通道是否已关闭即执行 range，虽因 close(outChannel) 存在而暂无问题，但推荐显式单次接收（因每个通道仅发送一个结果）：

   for _, outChannel := range outChannels {
       result, ok := <-outChannel
       if !ok {
           continue // 已关闭通道
       }
       if result.Err != nil {
           fmt.Printf("[ERROR] %v\n", result.Err)
           return
       }
       fmt.Printf("[STDOUT] %s\n", result.String)
   }

3. 扩展性考虑：若需更高性能且不强求“完全同步阻塞式顺序读取”，可采用带缓冲的单一结果通道 + 排序ID（如 type Result struct { ID int; Data string; Err error }），由主goroutine收集后按ID排序输出——但本场景下索引修正方案已最简高效。

总结：Go的 for range 是语法糖，其循环变量复用特性在配合指针和goroutine时极具迷惑性。牢记 “永远不要在循环内取循环变量地址传给异步任务”，改用索引访问或值传递，即可彻底规避此类隐蔽bug，确保并行处理与有序输出兼得。