减少Go中锁竞争的核心是降低锁粒度、缩短持锁时间、选用更优同步机制并避免共享状态；2. 可通过分片锁减少争用，将大锁拆为多个小锁；3. 仅在必要时持锁，耗时操作移出临界区；4. 读多写少场景用sync.RWMutex，简单类型用原子操作替代锁；5. 推荐使用channel传递所有权、局部变量和不可变数据减少共享；6. 结合pprof分析锁热点，权衡正确性与性能。
在Go语言中，锁竞争是并发编程常见的性能瓶颈。当多个goroutine频繁争用同一个互斥锁时，会导致大量时间浪费在等待上。要减少锁竞争，核心思路是降低锁的粒度、减少持有锁的时间，或避免使用锁。
减小锁的粒度
将一个大锁拆分为多个小锁，可以显著降低竞争概率。
例如，如果有一个全局map被多个goroutine读写，不要对整个map使用一个sync.Mutex，而是按key分段加锁：
- 使用分片锁（sharded mutex），比如创建一个长度为N的互斥锁数组，通过hash(key)%N选择对应的锁
- 这样不同key的操作大概率落在不同锁上，彼此不干扰
缩短持锁时间
只在必要时持有锁，把耗时操作移出临界区。
立即学习“go语言免费学习笔记（深入）”；
常见做法包括：
- 在锁内只做数据拷贝或快速判断，释放锁后再处理业务逻辑
- 例如：先在锁中读取配置副本，解锁后才应用该配置到计算中
使用更高效的同步机制
根据场景选择更适合的工具替代Mutex：
- 读多写少？改用sync.RWMutex，允许多个读并发执行
- 能用原子操作就不用锁，如atomic.Load/Store操作布尔值、计数器等简单类型
- 考虑使用sync.Once或sync.Pool来避免重复初始化或对象分配
避免共享状态
最彻底的减少锁竞争方式是尽量不共享可变状态。
推荐做法：
- 使用局部变量代替全局变量
- 通过channel传递数据所有权，而不是共享访问
- 采用函数式风格，构造新对象而非修改旧对象
基本上就这些。关键是分析实际竞争热点，结合pprof工具定位锁等待时间，再针对性优化。减少锁竞争不是一味追求无锁，而是在正确性和性能之间取得平衡。
