go并发性能关键在sync包和原子操作；mutex适用于多字段协同更新，原子操作仅限单变量读改写；应减少锁粒度、善用rwmutex和sync.map；原子操作可构建无锁结构，但需注意内存屏障；优化必须实测验证。
Go 语言的并发模型以 goroutine 和 channel 为核心，但高频共享数据访问时，sync 包和原子操作（sync/atomic）才是性能关键。它们不依赖调度器、无锁或轻量级锁，能显著降低竞争开销。合理选用，可让高并发场景吞吐提升数倍。
何时用 sync.Mutex 而非原子操作？
Mutex 适合保护一段逻辑（如结构体多个字段协同更新、条件检查+修改），或操作无法拆解为单个内存读写。原子操作仅适用于单一变量的读-改-写（如计数器、状态标志、指针交换）。
- ✅ 用
atomic.AddInt64(&counter, 1)替代mu.Lock(); counter++; mu.Unlock() - ✅ 用
atomic.LoadUint32(&ready)判断初始化完成，避免每次读都加锁 - ❌ 不要用原子操作模拟复杂业务逻辑（如“余额 > 100 才扣款”），这需临界区保证一致性
- ❌ 避免对
struct或slice整体做原子操作——必须逐字段或用指针+atomic.StorePointer
减少锁粒度：从全局锁到字段级锁
一个 sync.Mutex 保护整个结构体，常导致无关字段互相阻塞。按访问模式拆分锁，能大幅提升并行度。
- 将高频读写的统计字段（如
reqCount,errorCount）各自配独立sync.RWMutex，读多写少时用RWMutex更优 - 对 map 操作，优先用
sync.Map（适用于读远多于写的场景），或分片加锁（sharded map）：把 key 哈希后映射到 N 个子 map + N 个 Mutex - 避免在锁内调用可能阻塞的函数（如 HTTP 请求、数据库查询、channel 发送），否则锁持有时间不可控
原子操作进阶技巧：指针与无锁数据结构基础
原子操作不止于数字。利用 atomic.CompareAndSwapPointer 和 atomic.LoadPointer，可构建简易无锁结构（如单生产者单消费者队列、懒加载单例）。
立即学习“go语言免费学习笔记（深入）”；
- 单例初始化常用：
if atomic.LoadPointer(&instance) == nil { /* 创建并原子写入 */ }，配合atomic.StorePointer确保只初始化一次 - 实现线程安全的标志切换（如服务启停）：用
uint32表示状态，atomic.SwapUint32(&state, 1)原子置位，比锁更轻量 - 注意：原子操作不提供内存屏障之外的同步语义；若需确保其他变量的可见性（如初始化对象后设标志），应搭配
atomic.Store/atomic.Load使用
性能验证：别猜，要测
优化前先用 go test -bench 建立基线；优化后对比，尤其关注 BenchmarkAllocsPerOp 和 ns/op。使用 -gcflags="-m" 查看是否发生逃逸，避免因分配放大锁竞争。
- 用
go tool trace观察 goroutine 阻塞在 mutex 上的时间（Sync/block事件） - 开启
GODEBUG=schedtrace=1000查看调度延迟，间接反映锁争用程度 - 对原子操作，确认 CPU 架构支持对应指令（x86-64 全支持，ARM 需注意
atomic64在 32 位 ARM 上是锁模拟）
