Go无缓冲通道阻塞导致输出不完整：有效解决方案
在Go语言中使用无缓冲通道时，容易遇到阻塞问题，导致程序输出不完整。本文将分析一个典型案例，并提供有效的解决方案。
问题场景
代码示例中，启动了10个goroutine，每个goroutine使用once.Do调用oncebody函数，并在完成后向done通道发送true值。主goroutine等待done通道接收10个值后，打印"呜呜呜呜..."。然而，实际输出往往不完整，并非预期的10次。
问题根源
根本原因在于无缓冲通道的阻塞特性。第一个循环中，goroutine在向done通道写入值前没有进行任何阻塞操作。因此，当主goroutine在第二个循环中尝试读取通道时，通道可能为空，导致主goroutine提前结束，从而造成"呜呜呜呜..."输出不完整。
解决方案
为了解决这个问题，需要在第一个循环中，在向done通道写入值之前添加阻塞操作，确保主goroutine在读取通道之前，所有goroutine都已完成写入。
修改后的代码示例（假设已存在合适的阻塞机制）：
// ... (假设已存在once, oncebody, done的定义) ...
for i := 0; i < 10; i++ {
go func(i int) {
once.Do(oncebody)
// 添加阻塞操作，确保写入完成再继续
// ... (此处添加合适的阻塞操作，例如WaitGroup) ...
done <- true
}(i)
}
// ... (等待所有goroutine完成，例如使用WaitGroup) ...
for i := 0; i < 10; i++ {
<-done
fmt.Println("呜呜呜呜...")
}
通过在写入done通道之前添加合适的同步机制（例如sync.WaitGroup），可以确保主goroutine在所有goroutine完成任务后才开始读取通道，从而避免输出不完整的问题。 这将确保"呜呜呜呜..."完整输出10次。
修改后的代码片段中， "... (此处添加合适的阻塞操作，例如WaitGroup) ..." 需要根据实际情况补充完整的同步代码，例如使用sync.WaitGroup来协调goroutine的执行。
