atomic.StorePointer 必须传 *unsafe.Pointer，需先声明 unsafe.Pointer 变量再取地址；Load 后需手动强转回原类型，且类型必须严格一致；Go 1.19+ 推荐用类型安全的 atomic.Pointer[T]。
atomic.StorePointer 存指针必须传 *unsafe.Pointer
Go 的 atomic.StorePointer 不接受任意指针类型，只认 *unsafe.Pointer。直接传 *int 或 **string 会编译报错：cannot use &p (type **int) as type *unsafe.Pointer。
正确做法是先用 unsafe.Pointer 转一次，再取地址：
var p *int var ptr unsafe.Pointer atomic.StorePointer(&ptr, unsafe.Pointer(p)) // ✅
常见错误是漏掉 &——StorePointer 要的是指针的地址（即 *unsafe.Pointer），不是 unsafe.Pointer 本身。
- 必须声明一个
unsafe.Pointer变量，不能临时构造（如atomic.StorePointer(&unsafe.Pointer(p), ...)是非法语法） - 这个变量通常得是包级或全局变量；局部变量被栈逃逸后，原子操作仍有效，但生命周期管理要格外小心
- 不要用
uintptr中转，它不保活对象，GC 可能提前回收原指针指向的数据
atomic.LoadPointer 返回 unsafe.Pointer，需手动转回原类型
atomic.LoadPointer 总是返回 unsafe.Pointer，你得自己用 (*T)(ptr) 强转。这步没做类型断言、也没 runtime 检查，转错类型会导致 panic 或静默内存越界。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
典型场景：维护一个可热更的配置指针
var configPtr unsafe.Pointer
// 写入
newCfg := &Config{Timeout: 30}
atomic.StorePointer(&configPtr, unsafe.Pointer(newCfg))
// 读取
loaded := (*Config)(atomic.LoadPointer(&configPtr)) // ✅ 显式转回 *Config
- 转回类型必须和 Store 时原始类型完全一致（包括是否为指针；存的是
*Config，就不能转成Config） - 如果原值是 nil，转完仍是 nil 指针，不会 panic，但后续解引用前仍需判空
- 避免在循环里反复强转——把
(*T)(atomic.LoadPointer(...))提取为局部变量，既清晰又省一次计算
为什么不用 sync.Mutex？什么时候必须上 atomic.Pointer[T]（Go 1.19+）
Go 1.19 加了泛型版 atomic.Pointer[T]，它比裸 unsafe.Pointer 安全得多：类型安全、无需手动转、API 直观。但老版本只能硬刚 unsafe。
用 atomic.Pointer[T] 的前提是：你要原子替换整个指针值，且读写频率高、临界区极短（比如切换 handler、更新缓存头）。如果还要对指针所指对象内部字段做修改，atomic 指针解决不了——那是数据结构本身的并发问题，得靠 mutex 或 channel。
-
atomic.Pointer[T]的Load/Store是零分配、无锁、单指令（在支持的平台上），比 mutex 快一个数量级 - 但它不提供 CAS（CompareAndSwap）以外的复合操作；想“如果旧值是 A 就设成 B”，得用
CompareAndSwap自旋，注意别写死循环 - 跨 goroutine 传递指针值时，确保原对象不会被提前释放——atomic 只保指针本身，不保它指向的内存
nil 指针、GC 和 unsafe.Pointer 的隐性耦合
用 atomic.StorePointer 存 nil 是合法的（传 nil 即可），但要注意：只要该 unsafe.Pointer 变量还活着，GC 就认为它指向的对象可达。也就是说，即使你用 atomic 替换了新指针，旧对象若没其他引用，仍可能被 GC 回收——除非你显式保留引用（比如放进 map 或全局 slice）。
- 最危险的情况：在 goroutine 里创建对象，用 atomic 存其指针，然后 goroutine 退出。若无其他引用，对象可能被回收，后续 Load 出来再解引用就 crash
- 没有“原子弱引用”机制；想保活，要么延长对象生命周期（如放全局变量），要么用
runtime.KeepAlive在关键点插入（但仅限于当前函数作用域） - 测试时容易漏掉竞态：用
go run -race能捕获部分问题，但无法检测 GC 提前回收导致的 use-after-free
真正难的从来不是怎么写那两行 atomic 调用，而是想清楚那个指针背后的数据，到底归谁管生命周期、何时能被安全释放。
