避免 Go 并发数据不一致，需防止多 goroutine 同时读写共享内存，应依场景选用 sync.Mutex（通用）、sync.RWMutex（读多写少）、channel（通信代替共享）或 atomic（轻量原子操作）。
避免 Go 并发中的数据不一致，核心是不让多个 goroutine 同时读写同一块内存，除非加了正确同步。Go 提供了多种手段，选对场景、用对方式，比“全上 mutex”更安全高效。
用互斥锁（sync.Mutex）保护共享变量
最常用也最容易理解的方式。当多个 goroutine 需要读写同一个结构体字段、map、切片底层数组等，且操作不是原子的（比如先读再写、自增、更新 map 元素），就必须加锁。
- 锁要定义在被保护数据的同一作用域内（通常作为结构体字段）
- 别忘记 defer mu.Unlock()，尤其在有多个 return 路径的函数里
- 锁粒度尽量小：只锁真正需要同步的代码段，避免把无关 I/O 或计算包进去
- 不要复制含 mutex 的结构体（mutex 不可拷贝），要用指针传递
用 sync.RWMutex 区分读多写少场景
当读操作远多于写操作（比如配置缓存、状态快照），用读写锁能显著提升并发读性能。
- RLock() / RUnlock() 允许多个 goroutine 同时读
- Lock() / Unlock() 是排他锁，会阻塞所有读和写
- 注意：写操作期间不能有读，读操作期间不能有写；但读之间不互斥
- 别在持有 RLock 时调用可能升级为写的逻辑（Go 不支持锁升级）
用 channel 实现“以通信代替共享内存”
Go 推崇的方式——不直接共享数据，而是通过 channel 传递所有权。适合生产者-消费者、任务分发、状态聚合等模式。
立即学习“go语言免费学习笔记（深入）”；
- 发送方把数据 send 进 channel，接收方 recv 后才拥有该值的独占访问权
- channel 本身是并发安全的，无需额外同步（但 channel 的元素若被多个 goroutine 共享引用，仍需保护）
- 用带缓冲 channel 控制并发数，用 close 通知结束，用 select + done channel 实现超时和取消
用 atomic 包做简单整数/指针的无锁操作
适用于计数器、开关标志、指针替换等极轻量、单步原子操作。比 mutex 开销小，但能力有限。
- 支持 int32/int64/uint32/uint64/uintptr/unsafe.Pointer
- 常用函数：LoadInt64, StoreInt64, AddInt64, SwapInt64, CompareAndSwapInt64
- 不能用于结构体或 float64（除非用 Uint64 位转换，且平台支持）
- 注意内存顺序：默认是 sequentially consistent，必要时可用 atomic.LoadAcquire / StoreRelease
基本上就这些。没有银弹，mutex 稳健通用，channel 更符合 Go 哲学，atomic 快但适用面窄。关键是看清数据访问模式：谁读、谁写、是否同时、是否复合操作——再选最匹配的机制。
