go中for循环的迭代变量i在整个循环中只有一份内存地址，所有闭包共享该变量，导致goroutine执行时i已变为终值，全部打印相同数字。
闭包里捕获的 i 是同一个变量，不是每次循环的值
Go 的 for 循环中，迭代变量 i 在整个循环生命周期内只有一份内存地址。所有闭包共享这个变量，等 goroutine 真正执行时，i 早已变成终值（比如 len(slice)），导致全部打印相同数字。
常见错误现象：for i := 0; i 输出五个 <code>5，而不是 0 1 2 3 4。
- 根本原因不是 goroutine 延迟执行，而是变量复用 ——
i是循环变量，不是每次迭代新建的局部变量 - 即使去掉
go，写成for i := 0; i ，结果仍是五个 <code>5 - Go 1.22+ 对部分场景做了优化（如
range中的键/值变量），但显式for变量仍保持旧行为，不可依赖
最稳妥的修复：传参捕获当前值，而非引用外部变量
让闭包通过参数接收那一刻的值，切断与循环变量的绑定。这是语义清晰、兼容所有 Go 版本、无副作用的做法。
实操建议：
Go语言（Golang）1.26.0
下载
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 把
i作为参数传给匿名函数：go func(val int) { fmt.Println(val) }(i) - 如果闭包需访问多个变量，统一打包传参，避免混用捕获和传参：
go func(idx, val int) { ... }(i, data[i]) - 不推荐用
:=在循环体内声明新变量（如ii := i）再捕获 —— 虽然有效，但易被误读为“多余赋值”，且在复杂嵌套中可读性差
range 场景下，键和值的捕获行为有差异
Go 对 range 的迭代变量做了特殊处理：从 Go 1.22 开始，range 的值变量（v）默认按每次迭代复制，而键变量（k）仍复用。但该行为是实现细节，不应作为稳定依据。
示例对比：
data := []string{"a", "b", "c"}
for i, v := range data {
go func() { fmt.Println(i, v) }() // Go
- 安全写法始终是显式传参：
go func(idx int, val string) { fmt.Println(idx, val) }(i, v) - 不要依赖
range值变量的“自动复制” —— 它仅适用于基础类型和小结构体，对指针、切片、map 等仍可能捕获到意外的底层数据 - 若
v是指针（如*T），即使值变量被复制，它指向的对象仍是原切片里的同一份，修改仍会互相影响
闭包引用结构体字段时，注意指针 vs 值语义
闭包捕获的是整个变量，不是字段快照。如果变量是结构体指针，闭包拿到的是指针地址；如果是结构体值，则捕获的是副本 —— 但字段本身若含指针（如 slice、map），副本中的指针仍指向原数据。
- 错误示范：
obj := &MyStruct{Items: []int{1,2}}; go func() { obj.Items = append(obj.Items, 3) }()—— 多个 goroutine 并发修改同一底层数组，触发 panic 或数据错乱 - 正确做法：需要独立状态就传值或深拷贝；需要共享状态就加锁，别指望闭包自动隔离
- 没有“安全的自动捕获” —— 闭包只管变量生命周期，不管内容是否线程安全
真正容易被忽略的点是：问题不在闭包本身，而在你默认“每次循环都有一个新 i”。Go 没有为循环变量做隐式作用域隔离，得靠你主动切断引用链。写完闭包，先问一句：这个变量此刻的地址，是不是我想要的那个？
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
