闭包是捕获外部变量引用的匿名函数；未捕获外部变量的仅为普通匿名函数。go中判断依据是是否访问外层局部变量，如func(){fmt.println(x)}（x为外层局部变量）即为闭包，x以引用方式被捕获。
所有捕获外部变量引用的匿名函数都是闭包；不捕获任何外部变量的匿名函数只是普通匿名函数，不是闭包。
闭包必须捕获外部变量的引用
Go 中判断一个匿名函数是不是闭包，只看它是否访问了外层作用域中定义的变量（非参数、非全局、非常量）。func() { fmt.Println("hi") } 没读写任何外部变量，只是独立执行，它只是匿名函数。而 func() { fmt.Println(x) }（其中 x 是外层函数里声明的局部变量）就构成了闭包——编译器会把 x 的地址悄悄打包进函数值里。
注意：x 是“引用”，不是拷贝。多个闭包如果都捕获同一个 x，它们读写的是同一块内存。
for 循环里直接用 i 启动 goroutine 或 defer 就是典型闭包陷阱
现象：循环 3 次，所有 goroutine 或 defer 最终都打印 3。
for i := 0; i → 全部输出 <code>3for i := 0; i → 全部输出 <code>3
原因：循环变量 i 只有一份，所有闭包共享它的地址；循环结束时 i == 3，后续执行时自然都读到 3。
修复方式只有两种本质等价的做法：
- 立即传参固化值：
go func(x int) { fmt.Println(x) }(i) - 在循环体内声明新绑定：
val := i; go func() { fmt.Println(val) }()
别用 go func() { fmt.Println(&i) }() 这类操作——地址本身没变，问题照旧。
闭包延长变量生命周期，可能阻碍 GC
如果闭包被返回、赋给包级变量、或传入另一个函数并逃逸，Go 编译器会把被捕获的变量从栈移到堆。这意味着：
- 原本短命的局部变量（比如大 slice、结构体）可能长期驻留内存
- GC 压力上升，尤其当闭包长期存活（如注册为 HTTP handler）时
- 调试时发现变量“怎么还没被回收”，大概率是某个闭包还持着它的指针
验证是否逃逸：加 -gcflags="-m" 编译，看输出里有没有 move to heap。
方法值转闭包时，receiver 类型决定捕获行为
当你写 fn := obj.Method，Go 实际生成了一个闭包，但捕获方式取决于 Method 的 receiver 是值还是指针：
- 值接收者：
func (t T) M()→ 闭包捕获的是obj的**副本**，后续修改不影响原值 - 指针接收者：
func (t *T) M()→ 闭包捕获的是&obj，所有调用共享同一对象状态
这个细节在并发场景下极易引发竞态：多个 goroutine 调用同一个方法值，若 receiver 是指针，就等于在操作同一块内存——得自己加锁或用 channel 协调。
最常被忽略的一点：闭包不是语法糖，它是运行时真实存在的函数值+环境引用组合；一旦变量被闭包捕获，它的生命周期就不再由作用域决定，而由闭包的存活时间决定。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
