为什么无缓冲通道需要 goroutine 来工作，而缓冲通道可以在没有 goroutine 的情况下正常运行？

大家好，我们又见面了啊~本文《为什么无缓冲通道需要 goroutine 来工作，而缓冲通道可以在没有 goroutine 的情况下正常运行？》的内容中将会涉及到等等。如果你正在学习Golang相关知识，欢迎关注我，以后会给大家带来更多Golang相关文章，希望我们能一起进步！下面就开始本文的正式内容~

我正在学习 gobyexample 的教程。我注意到作者展示了使用 go 例程的 gochannel 示例，但在错误的 go 通道中，他直接向通道发送消息。

我尝试在本地系统上运行无缓冲通道而不使用 go 例程，但它抛出“致命错误：所有 goroutine 都在睡觉 - 死锁！” 但缓冲通道无需 goroutine 即可正常工作

func channelDemo() {
    message := make(chan string)
    // go func() {
    //  message <- "Hello"
    // }()
    message <- "Hello"
    msg := <-message

    fmt.Println("msg", msg)
}
func channelBufferingDemo() {
    messages := make(chan string, 3)

    messages <- "Buffered"
    messages <- "channel"
    fmt.Println(<-messages)
    fmt.Println(<-messages)
}

解决方案

仅当通道可以接受输入时，通道发送才会成功，即该通道有侦听器，或者通道中有可用缓冲区。否则，goroutine 将进入睡眠状态，直到其中之一变为 true：要么有人开始监听，要么有人从通道读取并且现在有缓冲区空间。

对于没有缓冲区的通道，您可以写入的唯一方法是有人正在收听它。如果只有一个 goroutine，并且向通道写入数据，则所有 goroutine 都会休眠。

对于一个缓冲区大小为 3 的通道和一个 goroutine，您可以向 if 写入 3 次而不从其中读取。第四次写入将使所有 goroutine 进入睡眠状态。

因为在缓冲区满之前它们不会阻塞。 这就是 channelBufferingDemo 中发生的情况。它的长度为3，你在上面写了两次，它还没有满，因此程序继续执行，你在上面读了两次，它出列并让程序完成。

在 channelDemo 中，通道没有缓冲区，因此第一次读取或写入时，它会阻塞，直到另一个例程执行相反的操作。 因为在您的示例中，您在同一例程中按顺序运行这两个操作，所以它不可避免地会阻塞，并以这个致命错误结束。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《为什么无缓冲通道需要 goroutine 来工作，而缓冲通道可以在没有 goroutine 的情况下正常运行？》文章吧，也可关注golang学习网公众号了解相关技术文章。