sync/atomic是Go中实现无锁高效并发的核心工具，仅支持基础类型原子操作，适用于计数器、状态标志、指针替换等简单场景，不适用于结构体或复杂同步逻辑。
Go 语言中，sync/atomic 是实现无锁、高效线程安全操作的核心工具。它绕过互斥锁（sync.Mutex），直接调用底层 CPU 原子指令（如 LOCK XADD、MFENCE 等），在低竞争场景下显著降低开销，同时避免死锁与上下文切换。但它的使用有严格限制：仅支持基础类型（int32、int64、uint32、uint64、uintptr、unsafe.Pointer）和指针的原子读写与运算，不能用于结构体或任意对象。
明确哪些操作适合 atomic
不是所有并发访问都需要原子操作。只有满足以下条件时，sync/atomic 才是合理选择：
- 操作目标是单一、固定大小的标量值（如计数器、状态标志、指针地址）
- 逻辑简单，不依赖多步条件判断（例如“若 A==0 则设为 1”需用
CompareAndSwap，而非分开读写） - 无需阻塞等待或复杂同步语义（如信号量、条件变量）
- 读写频繁但冲突概率低（高竞争下 CAS 自旋反而可能比 Mutex 更耗资源）
正确使用常见原子函数
避免典型误用，关键在于理解每个函数的语义和内存序约束：
-
atomic.LoadInt32(&x)和atomic.StoreInt32(&x, v)：提供顺序一致（sequential consistency）的读写，适合状态标志、配置开关等场景 -
atomic.AddInt64(&counter, 1)：线程安全自增，比 Load+Store+Store 组合更简洁且无竞态，适用于指标计数器 -
atomic.CompareAndSwapInt32(&state, old, new)：实现无锁状态机的核心，例如从0（idle）→1（running），失败时可重试或放弃 -
atomic.SwapPointer(&p, unsafe.Pointer(newObj))：安全更新指针，常用于无锁栈、队列节点替换，注意确保被指向对象生命周期可控
⚠️ 注意：int 类型不被直接支持（因平台相关），务必显式使用 int32 或 int64；对 64 位值在 32 位系统上操作需保证地址 8 字节对齐，否则 panic。
立即学习“go语言免费学习笔记（深入）”；
避免常见陷阱
atomic 不是万能锁替代品，错误使用会导致隐蔽 bug：
- 不要对结构体字段直接原子操作——即使字段是 int32，结构体内存布局可能导致非原子读写；应提取为独立变量或用
atomic.Value - 不要用
atomic.Load*读取后做非原子判断再修改——这形成 TOCTOU（time-of-check-to-time-of-use）竞态；改用CAS循环或加锁 -
atomic.Value适合安全存储任意类型指针（如*Config），但写入成本高于原生类型，且内部用互斥锁实现，仅比直接锁对象略优 - 没有“原子乘法”“原子取模”等操作——需自行用 CAS 实现，或评估是否真需要无锁
性能对比与选型建议
在真实压测中（如 8 核、10k goroutines 高频计数），atomic.AddInt64 比 sync.Mutex 保护的普通加法快 3–5 倍；但当存在强竞争（如每微秒都争抢同一变量），CAS 自旋会抬高 CPU 使用率，此时 Mutex 的休眠调度反而更省资源。建议：
- 优先用
atomic处理计数器、开关、指针替换等简单状态 - 涉及多个变量协同更新（如 balance + timestamp）、或需等待逻辑，回归
sync.Mutex或sync.RWMutex - 不确定时，先用
-race编译运行检测数据竞争，再根据 profile（go tool pprof）看锁热点，最后决定是否原子化
