Golang 中的通道和互斥体有什么区别？

golang学习网今天将给大家带来《Golang 中的通道和互斥体有什么区别？》，感兴趣的朋友请继续看下去吧！以下内容将会涉及到等等知识点，如果你是正在学习Golang或者已经是大佬级别了，都非常欢迎也希望大家都能给我建议评论哈~希望能帮助到大家！

我听说当你的程序是高并发的时候，channel 比 sycn.mutex.lock() 更好。但为什么渠道效率更高呢？在我看来，要实现一个安全的缓冲池（我认为channel可以被认为是一个缓冲池），你必须使用锁。

如果channel效率更高，为什么还有sycn.mutex？因为我可以编写下面的代码来模拟 sync.mutex。

type seme struct {
    lock chan int
    locked bool
}


func (l *seme)Lock() {
// state 0 for initial, 1 for locked, 2 for free.
    if atomic.CompareAndSwapInt32(&l.state, 0, 1) {
        l.lock = make(chan int, 1)
    }
    l.lock <- 0
    l.state = 1
}

func (l *seme)UnLock() {
    if !atomic.CompareAndSwapInt32(&l.state, 1, 2)  {
        panic("UnLock a free Lock")
    }
    l.state = 2
    <- l.lock
}

如果 channel 在任何地方都比 mutex 更好，为什么我应该使用 mutex？也就是说，什么时候应该使用 mutex 而不是 channel？有人能给我举个例子吗？

解决方案

通道与互斥体有着根本的不同。

包含足够详细信息的正确答案会太长，因此我们只介绍主要亮点，特别是在 go 渠道方面：

• go 通道在并发例程（goroutines）之间提供类型化数据传输。
• sync.mutex 提供并发例程（goroutines）之间的共享内存互斥。

数据传输表示复制某种类型t的值。goroutine a将一个值放入通道中：

var v t  // v is a value of type t
...
ch <- v  // put v's value into the channel

何时以及是否尝试将 v 放入通道阻止，以及如果您愿意，您可以采取什么措施，变得有点复杂，但如果通道是缓冲的，那么至少一些值可以立即进入其中而不会发生任何阻塞，以便发送goroutine可以继续。如果通道无缓冲，则发送方会阻塞，直到某个接收方 goroutine 主动等待值。 （有时这是可取的，有时则不然。）

同时，goroutine b 从通道中取出一个值：

var w t  // w is also a value of type t
...
w <- ch

或者只是：

w :=<- ch

同样，何时以及是否会阻塞、你可以做什么、何时应该做某事等等，可能会变得复杂；但在简单的情况下，这会等待一个可用的值——让某个 goroutine 执行 ch <-v，或者如果通道已缓冲则已经完成了——然后将原来的值复制到变量 w 中。放入通道。此时变量 v 可能已经改变，甚至被完全破坏。 值已安全存储在通道中，现已从通道中删除并放入变量 w 中。

go 通道具有一些附加功能，例如关闭通道的能力，这可以防止对其进行进一步写入并向读取操作传递“数据结束”通知。这是可通过单值读取进行测试的（w，ok <- ch），并在 for w := range ch 循环中隐式测试。

相比之下，sync.mutex 实例仅允许您调用 lock 和 unlock。它不保存任何排队的值（就像缓冲通道那样），甚至也没有类型（除了 sync.mutex 本身）来防止您意外地将 float 发送到期望 string 或其他内容的东西。这个锁的存在让两个或多个 goroutine 使用共享内存区域来完成某些事情。

通道的运行时实现很可能需要某种互斥体。这不一定是 sync.mutex 本身：任何提供足够互斥的东西就足够了。在the Go channel implementation you are probably using中，它不是sync.mutex，而是专门的runtime mutex。（请注意，此链接指向特定行，并且该行可能会随着时间的推移而过时。）因为某些通道代码是由编译器本身直接生成的，不应假定此处的运行时例程正在使用：您的编译器可能有所不同。然而，研究这个特定的实现可能会让您对通道的用途有很多启发。

互斥体通常比通道简单得多。要查看示例，请将上述通道实现中的代码量（不包括编译器的内联插入）与此特定 go 实现的 sync.Mutex source code 进行比较。

今天关于《Golang 中的通道和互斥体有什么区别？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！