闭包捕获的是变量引用而非值副本，for循环中直接使用循环变量会导致所有闭包共享同一变量地址，最终返回相同结果。
闭包捕获的是变量引用，不是值副本
这是最常踩的坑：在 for 循环里直接用循环变量构造闭包，所有闭包最终都指向同一个变量地址，导致多次调用返回相同结果。
- 错误写法：
for i := 0; i → 全部返回 <code>3 - 正确做法：用局部变量绑定当前值，例如
for i := 0; i - 或改用函数参数传入：
func(i int) func() int { return func() int { return i } }(i) - Go 1.22+ 可直接在
for初始化语句中声明变量（for i := 0; i 中的 <code>i已是每次迭代新变量），但老版本仍需显式复制
闭包状态独立，每次调用 counter() 返回新实例
闭包不是单例——每次执行外层函数都会生成一组全新的捕获变量。这意味着你不能靠“复用闭包”来共享状态，除非你明确只调用一次外层函数。
-
inc1 := counter()和inc2 := counter()的count互不干扰 - 若误以为
counter()是“初始化一次、全局可用”，就会漏掉重复调用，导致状态丢失 - 适合场景：每个 goroutine 持有独立计数器、HTTP handler 中封装 request-scoped 配置、mock 服务中隔离测试状态
匿名函数作为参数时，类型必须严格匹配
Go 是强类型语言，函数类型由参数、返回值、顺序共同决定，差一个 int 或多一个 error 都会编译失败。
- 比如
func(int) string和func(int) (string, error)完全不兼容 - 常见于
http.HandlerFunc、strings.FieldsFunc等接受函数参数的 API，传错类型会报cannot use ... as ... in argument - 建议提前定义类型别名，如
type Validator func(string) bool，提高复用性和可读性
闭包可能延长变量生命周期，引发隐式内存占用
只要闭包还活着，它捕获的所有变量（包括大 slice、map、甚至整个 struct）都不会被 GC 回收，哪怕外层函数早已返回。
- 典型风险：在长生命周期对象（如全局 map、持久化 handler）中存储闭包，而闭包又引用了临时大对象
- 调试技巧：用
pprof查看 heap profile，关注闭包引用链中的大对象 - 缓解方式：显式清空不需要的引用，例如在闭包内设
data = nil，或拆分逻辑避免捕获大变量
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
