深入探讨无缓冲通道的阻塞问题
Go语言中的无缓冲通道在并发编程中扮演着重要的角色，但其阻塞特性也常常导致程序行为出乎意料，特别是协程输出不完整的情况。 让我们来看一个典型的例子：
package main
import (
"fmt"
"sync"
)
func main() {
var once sync.Once
onceBody := func() {
fmt.Println(":Only once")
}
done := make(chan bool)
for i := 0; i < 10; i++ {
go func() {
once.Do(onceBody)
fmt.Println("呜呜呜呜...")
done <- true
}()
}
for i := 0; i < 10; i++ {
<-done
}
fmt.Println("协程执行完毕")
}
这段代码的预期输出是10个"呜呜呜呜..."，以及"Only once"和"协程执行完毕"。然而，实际结果可能并非如此。这是因为无缓冲通道的发送和接收操作是同步的：发送方必须等待接收方准备好接收数据，反之亦然。
在上述代码中，第一个循环启动了10个协程。每个协程尝试向done通道发送数据(done )，但由于此时并没有协程等待接收，发送操作会阻塞，从而导致"呜呜呜呜..."输出不完整，甚至可能只输出一个。
解决方法：
为了避免这种阻塞，可以采取以下策略：
-
使用
WaitGroup同步协程:sync.WaitGroup提供了一种更优雅的方式来等待所有协程完成，避免了直接使用通道带来的阻塞问题。 -
使用缓冲通道: 有缓冲通道允许发送方在缓冲区满之前继续执行，而无需等待接收方。
-
添加
time.Sleep(不推荐): 虽然添加time.Sleep可以解决这个问题，但这是一种不优雅且不可靠的解决方案，因为睡眠时间难以确定。
通过理解无缓冲通道的同步特性，并选择合适的同步机制，可以编写出更可靠、更健壮的并发程序，避免因阻塞导致的输出不完整或其他意外行为。
