atomic.loadpointer等函数只接受unsafe.pointer，因cpu原子指令操作地址值本身，而int等带元信息且不保证原子安全；unsafe.pointer是唯一无损转整数地址的通用指针容器。
直接对普通指针变量（如 *int）调用 atomic 函数会编译失败或运行时 panic——sync/atomic 不支持 Go 语言的常规指针类型，只接受 unsafe.Pointer。
为什么不能用 *T 而必须用 unsafe.Pointer
sync/atomic 的指针操作函数（如 atomic.LoadPointer、atomic.StorePointer）签名固定为接收 *unsafe.Pointer 类型参数。这是因为：
- CPU 原子指令（如 x86 的
XCHG、ARM 的LDXR/STXR）操作的是“地址值”本身，而非 Go 的类型安全指针 -
unsafe.Pointer是唯一能无损转换为整数地址、且被atomic显式支持的“通用指针容器” -
*int、*string等类型在内存布局上可能带额外元信息（如逃逸标记、GC 位图），无法保证原子读写安全
atomic.LoadPointer 和 atomic.StorePointer 怎么配对用
这是无锁热更新配置、切换状态结构体的核心组合。关键点是：所有写入必须用 StorePointer，所有读取必须用 LoadPointer，不能混用普通赋值。
- 写入前需把目标结构体指针转为
unsafe.Pointer：atomic.StorePointer(&ptr, unsafe.Pointer(&cfg)) - 读取后需显式转回原类型：
cfg := (*Config)(atomic.LoadPointer(&ptr)) - 若结构体含可变字段（如
map、slice），atomic.Value更安全（它内部用unsafe.Pointer封装，但提供类型擦除和泛型接口） - 错误示例：
ptr = &cfg—— 这绕过内存屏障，其他 goroutine 可能永远看不到新值
atomic.CompareAndSwapPointer 实现无锁初始化
适用于“仅首次设置”的场景，比如单例配置加载或服务启动标志。它不阻塞、不加锁，靠 CPU 指令保证竞争安全。
- 第一个参数是
*unsafe.Pointer，第二、三个参数是旧值和新值（都为unsafe.Pointer） - 旧值必须是
nil或之前用LoadPointer读到的值；不能传字面量nil后直接 CAS，因为nil的指针表示不唯一 - 典型模式：
if atomic.CompareAndSwapPointer(&configPtr, nil, unsafe.Pointer(newCfg)) { /* 成功初始化 */ } - 失败时返回
false，必须显式处理（例如重试或跳过），不能忽略返回值
容易被忽略的对齐与逃逸问题
即使用了 unsafe.Pointer，如果底层结构体未对齐或发生堆逃逸，仍可能触发运行时 panic（尤其在 ARM64 上）。
- 确保被指向的对象生命周期足够长（如全局变量、堆分配对象），避免栈上局部结构体地址被复用
- 用
go build -gcflags="-m"检查是否逃逸；若逃逸，改用new(Config)分配 - 不要对结构体字段取地址再转
unsafe.Pointer，例如unsafe.Pointer(&s.field)—— 字段偏移不保证对齐 - 跨平台安全起见，优先使用
atomic.Value替代裸unsafe.Pointer操作，尤其当要存map或interface{}时
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
