channel– 本质上是一个 MessageQueue
– 非常正统的执行体间通讯设施
• sync.Mutex/RWMutex/Cond/etc
– 不要把 channel 当做万金油,该 Mutex 还是要
• 误区
– 用 channel 来做互斥 ( 正常应该让 Mutex 做 )
• 比如多个 goroutine 访问一组共享变量
• channel 的成本
– 作为消息队列, channel 成本原高于 Mutex
– 成本在哪?
• channel 内部有 Mutex ,因为它本身属于共享变量
• channel 内部可能有 Cond ,用来等待或唤醒满足条件的
goroutine
• 出让 cpu 并且让另一个 goroutine 获得执行机会,这个切
换周期不低,远高于 Mutex 检查竞争状态的成本 ( 后者通常
只是一个原子操作 )
本文详细探讨了Go语言中Channel和Mutex的使用方式,指出Channel不应替代Mutex作为互斥手段,并分析了Channel作为消息队列的成本及切换周期与Mutex的对比。文章还提供了多个goroutine访问共享变量的场景实例,帮助读者更好地理解和应用这些并发控制机制。
829

被折叠的 条评论
为什么被折叠?



