关于go 中 mutex 和 atomic 的思考

发布网友发布时间：2024-09-29 03:28

共1个回答

热心网友时间：2024-09-30 07:12

在并发场景下，需要对变量进行简单加减操作时，通常选择atomic包或mutex互斥锁。atomic底层采用硬件级锁，使用Lock指令锁定总线，防止其他CPU读取数据，或锁定CPU缓存，优化保证数据原子性。mutex则是协程级别的逻辑锁，通过CAS自旋与GMP休眠唤醒调度实现单一协程访问临界资源，GO设计上有多层优化。atomic颗粒度更细，设计目标不同，专注于原子性操作，mutex则实现一系列临界资源原子性访问。

复杂临界资源时，atomic的局限性要求使用mutex。性能比较：理论上，mutex作为协程锁，性能可能不如原子性硬件锁。基准测试显示，在简单临界资源中，mutex性能几乎与atomic相同，优化后的悲观锁在发生竞态时自旋4次，可能释放锁，性能相差无几。GO支持纳秒级加减原子操作。

对于复杂资源，mutex可能因竞态进入休眠，此时性能显著下降。atomic不适用于此场景，性能几乎不受并发时间影响，进一步验证硬件锁性能和稳定性。对于原子操作，mutex逻辑处理导致额外延迟，性能与并发请求次数直接相关。