Go闭包默认捕获变量地址而非值，循环中复用变量导致所有闭包共享同一内存地址；正确做法是显式创建新绑定或传索引。
Go 闭包默认捕获变量的地址，不是值的副本。直接在循环或 goroutine 中引用外层变量，大概率拿到终值、引发竞态或内存泄漏——这不是 bug，是语言设计使然。
for range 循环中闭包捕获 v 总是读到最后一个值
原因在于 v 是复用变量：每次迭代都写入同一内存地址，所有闭包共享 &v。哪怕 v 是结构体，也一样被覆盖。
- 错误写法：
for _, v := range items { go func() { process(v) }() }→ 全部处理最后一次的v - 正确做法一（推荐）：
for _, v := range items { v := v; go func() { process(v) }() }—— 显式创建新绑定 - 正确做法二（更清晰）：
for i := range items { go func(idx int) { process(items[idx]) }(i) }—— 传索引，避免复制大对象 - 注意：
range的隐式按值捕获（Go 1.22+）只适用于切片和 map，自定义迭代器仍需手动处理
go func() { ... }() 中闭包引用循环变量 i
所有 goroutine 都打印 3 或 len(slice)，不是调度慢，而是它们读的全是同一个 &i，而循环早已结束。
- 根本问题：
for i := 0; i 中的i只分配一次栈空间，闭包捕获的是其地址 - 安全写法：
for i := 0; i - 等效但更易读：
for i := 0; i - 别用
&i传指针进闭包——除非你明确需要修改原变量，且已考虑并发安全
defer 闭包里读取的是函数退出时的值，不是注册时的值
defer func() { println(i) }() 不会在 defer 执行那一刻“快照” i，而是在函数 return 前才去读 —— 中间可能已被改了多次。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 错误示例：
i := 0; defer func() { println(i) }(); i = 42; return→ 输出42，不是0 - 想固定当时值：用参数传入，
defer fmt.Println(i)或defer func(val int) { println(val) }(i) - 想延迟读取：必须用闭包，但要确保该变量在 defer 触发时仍有效（比如没被 GC 或提前释放）
- 循环中注册 defer 更危险：
for i := range files { f, _ := os.Open(...); defer f.Close() }→ 只关最后一个文件
闭包捕获大对象或指针导致内存泄漏
只要闭包逃逸到堆（比如作为返回值、存入全局变量、传给 goroutine），它捕获的变量也会跟着逃逸——哪怕只是个 int，也会触发堆分配。
- 典型泄漏点：
http.HandlerFunc闭包里捕获整个*http.Request或*sql.DB - 修复方向：只传必要字段，例如
req.URL.Path而非req；用值传递替代指针（struct{}小就传值，大就传字段） - time.AfterFunc / time.NewTicker 的闭包必须可控：不要捕获 context、大 map、或未关闭的连接；务必配对调用
ticker.Stop() - 验证是否逃逸：
go build -gcflags="-m -m main.go，看是否有escapes to heap
最常被忽略的一点：闭包捕获的是变量绑定（binding），不是值快照。想让每个闭包有独立状态，就得让它绑定一个生命周期独立、值不再变化的新变量——这不能靠编译器自动完成，得你亲手写 v := v 或传参。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
