go闭包核心是返回匿名函数以捕获外层局部变量，捕获的是变量引用而非值快照；需显式声明类型、避免循环变量共享、注意逃逸与内存泄漏。
Go 里实现闭包逻辑，核心就一条：**返回一个匿名函数，让它捕获并持有外层函数的局部变量**。不是所有嵌套函数都是闭包，只有那个“逃逸出作用域还能用外部变量”的函数值才算。
闭包必须返回匿名函数，不能直接执行
常见错误是写完匿名函数不返回、也不调用，结果什么都没发生：
-
func() { fmt.Println("hi") }这行代码只是构造了一个函数值，然后被丢弃 —— 不输出、不报错、不执行 - 要立即执行，得加括号：
func() { fmt.Println("hi") }() - 要作为闭包复用，必须赋值或返回：
adder := func(x int) func(int) int { return func(y int) int { return x + y } }(10)，或者更清晰地拆成两步定义 - 返回类型必须显式声明，否则无法赋给有类型的变量，比如
var f func(int) string = func(n int) string { return strconv.Itoa(n) }
捕获的是变量引用，不是值快照
闭包捕获的是栈上变量的**地址**，这些变量会因逃逸分析被分配到堆上，生命周期延长至闭包存活时。这意味着：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 循环中直接闭包引用
i：所有闭包共享同一个i变量，最终都读到循环结束后的值（比如3） - 正确做法是用局部变量固化当前值：
for _, v := range items { v := v; go func() { use(v) }() } - 如果捕获了大结构体或大 slice，而闭包又被长期持有（如注册为回调、存进 map），会导致该对象无法 GC —— 检查方式：用
go build -gcflags="-m -l" main.go看逃逸分析输出 - 缩小捕获范围：用
data := bigStruct.Field提前解构，再闭包捕获data，而不是整个bigStruct
闭包状态要隔离，避免隐式共享
多个闭包实例之间默认不共享状态，但一不小心就会破防：
- 别在闭包里改全局变量或包级变量 —— 那就不是闭包驱动的状态，而是全局状态污染
- 实现累加器时，每个
Accumulate(10)调用应生成独立计数器，value是闭包私有的，不是共享的 - 做 session 校验中间件时，
store必须是单例传入，但每个请求的session值、userID是各自闭包内独立处理的 - 并发场景下，闭包自身不提供线程安全：如果多个 goroutine 同时调用同一个闭包并修改它捕获的变量（比如
state），必须手动加锁或用sync/atomic
真正难的不是写出来，而是想清楚哪些变量该进闭包、哪些该传参、哪些该放堆外 —— 尤其当闭包被塞进 map、channel 或长期运行的 goroutine 里时，引用关系一乱，内存和逻辑就全跟着歪了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
