Go闭包捕获变量引用的前提是变量逃逸到堆；若为栈上局部变量且未被真正持有，循环中闭包可能共享同一内存地址，导致所有闭包看到相同值，如for循环启动goroutine时直接用i。
闭包里改了变量，为啥外层没变？
Go 的闭包捕获的是变量的引用，但前提是这个变量在闭包创建时已经“逃逸”到堆上；如果只是栈上局部变量，且没有被闭包真正“持有”，那每次循环中新建的闭包可能共享同一块内存地址——导致所有闭包最后都看到同一个值。
典型翻车场景：用 for 循环启动 goroutine，闭包里直接用循环变量 i：
for i := 0; i < 3; i++ {
go func() {
fmt.Println(i) // 全是 3
}()
}
原因不是“闭包不捕获”，而是所有匿名函数共享了同一个 i 变量实例（它在循环结束后才退出作用域）。
- 解决办法：在循环体内用新变量显式绑定，比如
val := i，再在闭包里用val - 更稳妥写法是把变量作为参数传进闭包：
go func(val int) { fmt.Println(val) }(i) - 注意：
range遍历切片/Map 时同理，v是复用的，不能直接在闭包里用
defer 中的闭包变量捕获时机
defer 语句注册时，会立即求值函数参数，但闭包体内的变量是在真正执行 defer 时才读取——这中间可能有变化。
立即学习“go语言免费学习笔记（深入）”；
例如：
i := 10
defer func() { fmt.Println(i) }() // 输出 20，不是 10
i = 20
因为 i 是在 defer 实际运行时读的，不是注册时。
- 如果想冻结当时的值，得像循环那样显式拷贝：
val := i; defer func() { fmt.Println(val) }() - 对指针或结构体字段要格外小心：闭包捕获的是指针本身，后续修改仍会影响 defer 里的读取结果
- 这个行为和 JavaScript 的
setTimeout类似，但 Go 没有“事件循环”，纯靠调用栈时机控制
闭包返回后，捕获的变量还活着吗？
只要闭包值还被引用，它捕获的变量就不会被 GC 回收——哪怕外层函数早已返回。这是 Go 逃逸分析决定的：编译器会自动把该变量从栈挪到堆。
看个例子：
func makeAdder(x int) func(int) int {
return func(y int) int {
return x + y // x 被捕获，生命周期延长
}
}
add5 := makeAdder(5)
result := add5(3) // 正常工作，x 还在
- 你可以用
go tool compile -m看逃逸信息，确认x是否被移到堆上 - 如果捕获的是大结构体或切片，要注意内存持续占用，别无意中拖住一大块数据
- 闭包本身是个函数值，底层是
struct{ fn, ctx }，ctx就是指向捕获变量的指针
方法值（method value）算不算闭包？
算，而且是隐式闭包。当你写 obj.Method，得到的是一个绑定了 obj 的函数值，等价于 func(x int) { obj.Method(x) }。
这意味着：
-
obj会被捕获，只要方法值还活着，obj就不会被 GC - 如果
obj是指针，那修改它会影响后续调用；如果是值类型，捕获的是副本 - 和普通闭包一样，别在长生命周期对象里存短命对象的方法值，否则拖慢 GC
闭包本身不神秘，就是编译器帮你悄悄做了变量绑定和内存管理。真正容易出问题的，永远是“我以为它拷了，其实它引了”，或者“我以为它早死了，其实它被闭包吊着”。
