Go无缓冲通道是否存在大小限制？相关阻塞问题咨询

这是个非常典型的Go并发同步问题，咱们结合你的场景一步步拆解：

1. 无缓冲通道的本质：没有“存储大小”，是同步通信工具 #

首先明确：无缓冲通道（make(chan T)）的容量是0，它没有任何缓存数据的能力。每一次向无缓冲通道写入数据（chan <- value）的操作，必须等待一个对应的读取操作（<- chan）完成才能继续——这是一种强制的同步机制：写入方和读取方必须“握手”成功，数据才能传递。

2. 为什么移出goroutine后程序会阻塞？ #

回到你的代码场景：当把waitGroup.Wait()和close(results)移出goroutine后，代码执行顺序变成了：

• 启动所有负责搜索的工作goroutine
• 立刻调用waitGroup.Wait()，等待所有工作goroutine完成
• 关闭通道，再启动Display()读取结果

问题出在工作goroutine的执行逻辑：每个工作goroutine会先完成搜索，然后向results通道写入结果，最后调用waitGroup.Done()。

如果results是无缓冲通道：

• 第一个完成搜索的工作goroutine，执行到results <- result时，此时还没有任何代码在读取这个通道（Display()要等waitGroup.Wait()完成才会启动），所以这个写入操作会直接阻塞。
• 因为写入阻塞，这个工作goroutine无法继续执行到waitGroup.Done()，导致waitGroup.Wait()永远等不到所有计数归零，程序陷入死锁。

你提到的“能写入少量消息、减少WaitGroup计数”，大概率是因为部分工作goroutine没有匹配到结果：这些goroutine不会执行写入通道的操作，直接调用waitGroup.Done()，所以WaitGroup的计数会减少，但那些有结果的goroutine会一直阻塞在写入步骤，最终还是导致程序无法推进。

3. 为什么大容量缓冲通道能恢复正常？ #

缓冲通道（make(chan T, N)）有固定大小的缓冲区，当写入数据时：

• 如果缓冲区还没满，写入操作会直接把数据存入缓冲区，不会阻塞，工作goroutine可以顺利执行到waitGroup.Done()。
• 所有工作goroutine完成后，waitGroup.Wait()返回，关闭通道，Display()再从缓冲区读取所有结果，整个流程正常走完。

简单来说：缓冲通道把“同步写入”变成了“异步存储”，只要缓冲区能容纳所有结果，工作goroutine就不会被阻塞。

内容的提问来源于stack exchange，提问作者user1684651