闭包不提供并发安全，仅绑定变量地址而非值拷贝；多个goroutine共享闭包即共享同一内存地址，导致竞态。
闭包本身不提供任何并发安全防护，它只是变量引用的绑定机制；所有靠闭包“封装”来解决竞态的想法，本质上都是错觉。
闭包捕获的是地址，不是快照
Go 闭包捕获外部变量时，拿的是内存地址，不是值拷贝。这意味着多个 goroutine 共享同一个闭包，就等于共享同一块内存——哪怕你写了 go func() { ... }()，只要它引用了循环外声明的变量，所有 goroutine 最终读到的都是该变量最后的值。
- 错误写法：
for i := 0; i → 全部输出 <code>5 - 正确写法：
for i := 0; i → 输出 <code>0到4 - 更安全的替代：用
range配合结构体字段赋值，避免裸变量传递
闭包不能替代同步原语
常见误区是把 chan 或 sync.Mutex 封进闭包里，以为“封装了就安全”。但闭包不自动加锁、不控制 channel 关闭时机、也不保证多个 goroutine 对同一资源的访问顺序。
Golang Samber Hot
下载
在 Golang 中使用 samber/hot 进行内存缓存，支持 LRU、LFU、TinyLFU、W‑TinyLFU、S3FIFO、ARC、TwoQueue、SIEVE、FIFO 等淘汰算法，提供 TTL、缓存加载器及分片功能。
- 比如
submit := func(v int) { queue ，若 <code>queue是无缓冲chan，并发调用直接死锁 - 又如
counter := 0; inc := func() { counter++ }，没加sync.Mutex或atomic.AddInt64，必然数据竞争 - 闭包里传
*sync.Mutex没问题，但必须显式调用mu.Lock()和mu.Unlock()，否则等于没锁
真正安全的闭包用法：只传递不可变或线程安全对象
闭包适合做上下文注入、配置分发、资源复用，前提是它所捕获的对象本身已具备并发安全性。
立即学习“go语言免费学习笔记（深入）”；
- 传
*http.Client或*sql.DB没问题——它们内部已做同步 - 传
context.Context可以，但必须确保它是从main()或长期存活的 service 初始化而来，而非栈上临时变量 - 传
sync.Map或atomic.Value实例可以，但别传普通map或struct{}字段未加锁 - 验证方式：在闭包内打印
fmt.Printf("%p", ctx)，确认地址稳定且非高位0x7fff（栈地址）
最容易被忽略的不是闭包怎么写，而是谁 owns 那个被闭包捕获的指针——一旦生命周期管理出错，再严谨的闭包语法也挡不住竞态。
