闭包捕获变量引用而非值拷贝，每次调用工厂函数（如NewCounter）会为局部变量分配独立堆内存并让匿名函数持有其引用；循环中直接捕获迭代变量会导致所有闭包共享同一内存地址。
闭包捕获的是变量引用，不是值拷贝
每次调用工厂函数（如 NewCounter）时，Go 会为其中的局部变量（如 count）分配独立堆内存，并让返回的匿名函数持有对该变量的引用。这意味着：
• 修改闭包内变量，就是直接修改那块堆内存里的值
• 不同闭包实例之间完全隔离，哪怕工厂函数参数相同
• 没有结构体、没有字段导出控制，但天然“私有”——外部连变量名都看不到
循环中直接捕获迭代变量会共享同一份内存
这是最常踩的坑：在 for 循环里创建多个闭包，却忘了 Go 中循环变量是复用的。结果所有闭包都指向同一个地址，最后全输出最后一次迭代的值。
- 错误写法：
for i := 0; i → 输出 <code>3 3 3 - 正确做法：在循环体内显式复制当前值，如
val := i，再让闭包捕获val - 本质是避免“捕获变量本身”，转而捕获“当时快照”
并发调用同一闭包必须手动加锁
闭包不提供任何线程安全保证。如果多个 goroutine 同时调用同一个闭包（比如共享的 counter()），count++ 这类操作会竞态。Go 编译器不会自动插入同步逻辑。
- 简单场景可用
sync.Mutex包裹读写段 - 高并发下考虑
sync/atomic（仅限基础类型如int64） - 别指望闭包“自动线程安全”——它只管封装，不管并发
闭包状态无法被反射或序列化直接访问
闭包内部变量不在返回函数的任何可枚举属性上，也不参与 JSON 编码。你没法通过 reflect.ValueOf(fn).Field(0) 或 json.Marshal(fn) 拿到它。但这不等于绝对防篡改：
立即学习“go语言免费学习笔记（深入）”；
- 调试器仍可查看堆内存（如 delve 的
print &count） - 若闭包捕获的是
map或slice，外部拿到其副本后仍可间接修改原始数据 - 真正防篡改靠的是设计约束：不返回原始引用、不暴露底层结构、校验输入
