Go闭包捕获的是变量地址而非值，for循环中i复用同一内存地址，所有闭包共享该地址，循环结束后i定格终值；必须用i := i或传参方式创建独立副本。
Go 闭包直接捕获 for 循环变量（如 i 或 item）时，所有闭包共享同一内存地址，最终执行时读到的全是循环结束后的终值——这不是 bug，是语言机制决定的，必须手动干预。
为什么 for i := 0; i 全输出 N
N因为 i 是单个栈变量，整个循环只分配一次内存；每次迭代只是给它赋新值。所有匿名函数闭包捕获的都是 &i，而非 i 当前的值。等 goroutine 真正调度执行时，循环早已退出，i 已固定为 N（或 N-1 后自增为 N）。
-
go vet会明确报错：loop variable i captured by func literal，这是最可靠的早期信号 - 该问题在
defer、http.HandleFunc、cron.AddFunc、time.AfterFunc等延迟执行场景中完全复现 - Go 1.22+ 对
range的索引/值做了隐式按值捕获优化（仅限切片/映射），但传统for循环仍需手动处理
i := i 不是冗余赋值，而是作用域隔离的关键操作
这行代码利用 Go 的短变量声明语法，在每次迭代中创建一个**同名但独立的新局部变量**，其生命周期仅限本次迭代，值为当前 i 的快照。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 每个闭包捕获的是这个新
i的地址，而该地址在每次迭代中都不同（可通过fmt.Printf("%p", &i)验证） - 它不是“复制值”语义，而是“新建绑定”——对整数、指针、小结构体几乎零开销
- 若原变量是大结构体，且你只想传引用，
i := i仍安全：它拷贝的是结构体本身（值语义），不会导致底层数据意外共享
用函数参数传值比 i := i 更显式、更不易出错
把循环变量作为参数传入闭包，让值在 go 语句执行那一刻就被求值并压栈，语义上更贴近“我要传一个快照”。
- 正确写法：
go func(val int) { fmt.Println(val) }(i)——val是闭包内独立参数，天然隔离 - 错误写法：
go func(val int) { ... }(i)后漏掉(i)，会导致编译失败；或写成defer func() { ... }(i)，变成立即执行而非延迟执行 - 不推荐
func(i int) { ... }(i)这种 IIFE 形式注册回调（如cron.AddFunc），因目标接口要求func()类型，而非调用结果
真正容易被忽略的是复合类型：即使写了 item := item，若 item 是指针、切片或含指针字段的结构体，闭包仍可能通过该副本间接访问到被后续迭代修改的底层数据——这时需要更精细的深拷贝或同步控制。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
