本文详解go循环中直接闭包捕获循环变量（i、j）引发的数据竞争问题，指出其根本原因在于goroutine异步执行时读取的是变量的最终值而非快照值，并提供带参数传递的闭包调用这一标准修复方案。
本文详解go循环中直接闭包捕获循环变量（i、j）引发的数据竞争问题，指出其根本原因在于goroutine异步执行时读取的是变量的最终值而非快照值，并提供带参数传递的闭包调用这一标准修复方案。
在Go语言中，当在for循环内部启动goroutine并直接引用循环变量（如i和j）时，极易陷入经典的变量捕获陷阱（variable capture pitfall）。你提供的代码看似会按顺序打印 1+1, 1+2, ..., 4+4 共16组结果，但实际输出混乱——例如出现 j=5、缺失 j=1、i=1 仅输出3行等现象。这并非sync.Mutex失效所致，而是变量作用域与goroutine调度时机共同导致的竞态行为。
根本原因在于：Go中for循环的i和j是单个变量的反复复用，而非每次迭代创建新变量。所有匿名函数func() { ... }共享同一内存地址上的i和j。当goroutine真正开始执行时（可能在循环早已结束之后），i早已变为5（外层循环终止条件为i ，故最终值为5），<code>j同理变为5（内层循环终止时j=5）。因此，部分goroutine读取到的是i=4或i=5、j=5等“过期”或“越界”值——这就是为何输出中出现2 + 5 = 7、3 + 5 = 8等异常组合。
✅ 正确做法是：将当前迭代的变量值显式作为参数传入goroutine，确保每个goroutine持有独立的副本：
package main
import (
"fmt"
"sync"
)
func main() {
var mutex sync.Mutex // 推荐使用零值初始化，更符合Go惯用法
for i := 1; i <p>? 关键要点总结：</p>
- Mutex不解决变量捕获问题：互斥锁仅保证临界区串行访问，无法冻结循环变量的生命周期；
-
避免裸闭包引用循环变量：
go func(){...}()形式在循环中永远危险； -
始终优先采用
go func(x, y Type){...}(x, y)模式：利用函数参数实现值拷贝，语义清晰且线程安全； -
补充同步机制：上述代码仍存在主goroutine提前退出导致子goroutine被强制终止的风险，真实场景中务必搭配
sync.WaitGroup等待所有任务完成。
该模式是Go并发编程的基石实践之一，理解并规避循环变量捕获陷阱，是写出可预测、可维护并发代码的第一步。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
