[Golang]互斥到底该谁做？channel还是Mutex

概述 channel – 本质上是一个 MessageQueue – 非常正统的执行体间通讯设施 • sync.Mutex/RWMutex/Cond/etc – 不要把 channel 当做万金油，该 Mutex 还是要 • 误区 – 用 channel 来做互斥 ( 正常应该让 Mutex 做 ) • 比如多个 goroutine 访问一组共享变量 • channel 的成本 – 作为消息队列，  channel
– 本质上是一个 MessageQueue
– 非常正统的执行体间通讯设施
• sync.Mutex/RWMutex/Cond/etc
– 不要把 channel 当做万金油，该 Mutex 还是要

• 误区
– 用 channel 来做互斥 ( 正常应该让 Mutex 做 )
• 比如多个 goroutine 访问一组共享变量
• channel 的成本 – 作为消息队列， channel 成本原高于 Mutex – 成本在哪？ • channel 内部有 Mutex ，因为它本身属于共享变量 • channel 内部可能有 Cond ，用来等待或唤醒满足条件的 goroutine • 出让 cpu 并且让另一个 goroutine 获得执行机会，这个切 换周期不低，远高于 Mutex 检查竞争状态的成本 ( 后者通常 只是一个原子 *** 作 ) 总结

以上是内存溢出为你收集整理的[Golang]互斥到底该谁做？channel还是Mutex全部内容，希望文章能够帮你解决[Golang]互斥到底该谁做？channel还是Mutex所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。