本文详解 go 中因循环变量复用导致的并发数据错乱问题，通过修正指针传递方式，确保并行处理后结果严格按原始切片顺序输出。
本文详解 go 中因循环变量复用导致的并发数据错乱问题，通过修正指针传递方式，确保并行处理后结果严格按原始切片顺序输出。
在 Go 并发编程中，一个常见误区是：为每个任务启动 goroutine 并返回独立 channel，再按顺序遍历这些 channel 以“保证结果有序”。但若实现不当，实际输出可能完全错乱——正如示例中本应输出 from: 0 to: 2 后接 from: 2 to: 4，却重复打印了第二段内容。
根本原因在于 for _, chunk := range chunks 循环中，chunk 是单个可复用的局部变量，每次迭代仅对其赋值。当 processChunk(&chunk) 被调用时，传入的是该变量的地址；而 goroutine 内部执行是异步的，很可能在后续迭代修改 chunk 后才真正解引用 *chunk。最终所有 goroutine 都读取到了循环结束时 chunk 的最终值（即最后一个元素），导致数据污染。
✅ 正确做法是显式按索引访问切片元素，确保每个 goroutine 持有各自独立的数据副本地址：
for i := 0; i <p>这样 &chunks[i] 每次都指向切片中不同位置的独立结构体，彻底规避共享变量风险。</p><p>⚠️ 补充注意事项：</p>
- 若 Chunk 结构体较小（如仅含 int 字段），更推荐值传递 + 在 goroutine 内部复制，避免指针带来的生命周期隐患：
go func(c Chunk) { // c 是副本 outChannel - 若需更高性能或处理大对象，可结合 sync.Pool 复用内存，但务必确保无竞态。
- 使用 range 时牢记：value 是拷贝，&value 永远指向同一内存地址——这是 Go 初学者高频陷阱。
总结：Go 的 range 循环变量复用机制虽提升效率，但在并发场景下极易引发逻辑错误。坚持“按索引取址”或“传值进 goroutine”，是保障并行结果顺序性与正确性的关键实践。
