Go语言通道(channel)的for-range循环和计数器迭代方法在处理并发时，行为差异可能导致死锁。本文分析了这种差异，并解释了为什么使用for-range循环迭代通道更容易导致死锁。
问题：for-range循环与计数器迭代的死锁风险
Go语言中，通道是goroutine间通信的重要机制。然而，使用for-range循环遍历通道时，容易出现死锁。
让我们来看两种不同的通道迭代方式：
1. 计数器迭代：
func main() {
count := 10
ch := generate(count)
for i := 0; i < count; i++ {
fmt.Println(<-ch) // 从通道接收数据
}
}
func generate(count int) <-chan int {
ch := make(chan int)
go func() {
for i := 0; i < count; i++ {
ch <- i // 向通道发送数据
}
}()
return ch
}
这段代码能够正常运行，打印0到9。
2. for-range迭代：
func main() {
count := 10
ch := generate(count)
for v := range ch {
fmt.Println(v) // 从通道接收数据
}
}
func generate(count int) <-chan int {
ch := make(chan int)
go func() {
for i := 0; i < count; i++ {
ch <- i // 向通道发送数据
}
}()
return ch
}
这段代码则会发生死锁，报错“fatal error: all goroutines are asleep - deadlock!”。
原因分析：
关键在于for-range循环的特性：它会阻塞等待直到通道被关闭。generate函数中的goroutine发送完10个数据后就结束了，但并没有关闭通道。main函数中的for-range循环仍然在等待通道关闭，导致所有goroutine都阻塞，从而发生死锁。
计数器迭代则不会出现这个问题，因为它依靠预定义的计数器来控制循环终止，而不是通道的关闭状态。
解决方法：
避免for-range循环死锁的根本方法是在发送方goroutine完成数据发送后，显式地关闭通道：close(ch)。 修改后的generate函数如下：
func generate(count int) <-chan int {
ch := make(chan int)
go func() {
for i := 0; i < count; i++ {
ch <- i
}
close(ch) // 关闭通道
}()
return ch
}
将close(ch)添加到generate函数中，确保在发送方完成数据发送后关闭通道，这样for-range循环就能正常结束，避免死锁。
将for-range放在新的goroutine中，虽然可以避免“all goroutines are asleep”错误，但这并非真正解决了死锁问题，只是掩盖了问题，因为程序可能无法打印所有数据，取决于goroutine的执行顺序。 正确的解决方法始终是显式关闭通道。
