必然出错：所有在for循环中直接引用循环变量的goroutine或defer，因变量复用同一内存地址，闭包捕获的是地址而非值，最终均读取循环终值。
闭包直接引用循环变量必然出错
所有在 for 循环里启动的 goroutine 或注册的 defer，只要闭包体里直接用 i、v 这类循环变量，就一定会输出终值——不是“可能错”，是“必然错”。根本原因不是执行时机晚，而是 Go 的循环变量复用内存地址：整个循环只有一份 &i，所有闭包都绑在这个地址上。
常见错误现象：
for i := 0; i → 全部打印 <code>5-
for _, f := range files { defer os.Remove(f.Name()) }→ 只删最后一个文件 -
go vet会明确报loop variable i captured by func literal，别忽略它
传参是最稳妥的捕获方式
让闭包通过参数接收那一刻的值，切断与循环变量的绑定。语义清晰、兼容所有 Go 版本、无副作用，且 Go 1.22+ 对这种写法做了逃逸优化，性能几乎无损。
实操建议：
- 单变量：用
go func(val int) { ... }(i)，参数在go语句执行时立即求值 - 多变量：统一打包传参，避免混用捕获和传参，比如
go func(idx int, val string) { ... }(i, data[i]) - 别写成
defer func() { ... }()(v)—— 末尾多了一对括号就变成立即执行，不是延迟注册 - 如果
v是[]byte、map、*T等含指针类型，传值仍可能共享底层数据；此时应传指针 + 显式拷贝关键字段，而非依赖闭包捕获
变量重声明（i := i）能用但有局限
在循环体内用短变量声明创建新绑定，比如 i := i，再在闭包里用这个新 i，也有效。Go 编译器对此做了逃逸优化，性能没问题，适合简单场景。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
但要注意：
- 容易被误读为“多余赋值”，尤其在嵌套逻辑或复杂条件块中可读性差
- 若声明在
if或for子作用域内，需确保生命周期覆盖闭包使用点 - 不能解决指针/切片/结构体字段含指针的问题：比如
v := v后闭包里用*v，仍可能修改原数据 - 不适用于需要同时传递多个变量的场景，不如传参直观
range 中的 v 不是安全副本
别信“v 是值就安全”这种说法。Go 1.22+ 对 range 的值变量做了部分复制优化，但这是实现细节，不稳定，且仅对基础类型和小结构体有效。
危险情况：
-
v是*T：所有闭包拿到的是同一指针，*v = x会互相覆盖 -
v是[]byte或map[string]int：变量虽复制，但底层数组或哈希表没变，append(v, ...)可能 panic 或并发写冲突 -
&v：直接取地址得到的是循环变量本身的地址，不是原切片元素地址；正确做法是&items[i]或传参后取&val
真正容易被忽略的是：闭包捕获的从来不是“快照”，而是“绑定”；哪怕你用 v := v，只要 v 本身含指针，副本里的指针仍指向原数据。传参时得想清楚——你要的是副本、还是原地址、还是部分字段拷贝。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
