Go泛型Merge函数中为何将输入通道设为nil？

首先要明确：goroutine内部的c1、c2是原函数参数的副本，不是外部调用者持有的通道变量。修改这个副本完全不会影响外部的通道，仅在Merge的goroutine内部生效。

为什么要把这个副本设为nil？核心原因有两个：

• 当通道被关闭后，后续的接收操作会持续返回零值和ok=false，如果不处理，这个case会被select反复选中，造成无意义的空循环，浪费CPU资源。
• nil通道的接收操作是永久阻塞的，当把c1或c2设为nil后，select语句会自动忽略这个case，只会监听还未关闭的有效通道。

发送方的责任确实是关闭输入通道，但Merge的goroutine需要自己跟踪哪些通道已经关闭、不再需要处理。通过将内部的通道副本设为nil，就能优雅实现：

1. 只要还有一个通道未关闭（非nil），循环就持续运行，转发剩余元素；
2. 当两个通道都被关闭并设为nil时，循环条件c1 != nil || c2 != nil不成立，循环退出，最后通过defer close(r)关闭结果通道，完成整个合并流程。

举个典型流程：

• 假设c1先被关闭，Merge的goroutine接收到ok=false，把内部的c1设为nil；
• 之后select只会监听c2，直到c2也被关闭，内部的c2设为nil；
• 此时循环终止，结果通道r被关闭，合并完成。

这样处理既避免了无效循环，又能保证所有输入通道的元素都被正确转发到结果通道，直到所有输入都处理完毕。

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