Go channelrange 怎么处理发送端

Go 里的 for v := range ch 会持续接收，直到 ch 被关闭。发送端真正要做的是：把最后一个值发送完成后，由明确的责任人调用 close(ch)。关闭不是“清空通道”，而是声明后面不会再有新值；关闭前已经写入的值仍会被接收。若发送端不关闭，接收端可能永久卡在 range；若多个发送者各自关闭同一个通道，又容易触发 panic。

发送端先明确什么时候结束

最简单的关系是“一方生产，一方消费”。生产函数拿到 chan，只拥有发送能力；它写完切片后关闭通道。接收函数拿到 ，只负责读取，不参与关闭。这样的类型边界能让代码在接口层面表达责任。

func produce(out chan

这里不要在接收端补一个 close(in)。接收端无法知道发送端是否还有数据，贸然关闭会让仍在发送的 goroutine 遇到 send on closed channel。同理，关闭 nil channel 会 panic；向已关闭通道发送或再次关闭也会 panic。

多个发送者不能各自关闭同一个通道

并发汇总时，公共通道通常有多个写入者。某个 worker 结束，并不代表其他 worker 已经结束，所以 worker 不应该直接 close(out)。正确的边界是：worker 只发送并调用 Done，另一个协调 goroutine 等待计数归零后关闭公共通道。

func merge(batches [][]int) 

调用方可以直接 for value := range merge(batches)。通道关闭后，range 会在已发送数据读完时退出。若 worker 数量为空，WaitGroup 会立即完成，closer 仍然负责关闭，接收端不会永远等待。

接收端提前退出时要让发送端知道

range 读完整条数据时，发送端通常能自然结束；但如果接收端只需要前几个值就返回，剩余发送操作可能永远等不到接收者。此时关闭通道并不能替代取消信号，因为发送端仍可能卡在发送语句上。发送操作应和 ctx.Done() 放在同一个 select 中：

func send(ctx context.Context, out chan

多发送者版本仍由统一 closer 关闭公共通道：取消只让 worker 返回，Done 让 WaitGroup 归零，closer 再完成最后的 close。不要在取消分支里让每个 worker 竞争关闭。

用四个状态快速定位 range 问题

判断口诀是“谁最后发送，谁负责单发关闭；多人发送，等所有人完成后由一个协调者关闭”。接收端只消费，不猜测生产是否结束。把这条边界固定下来，channel range 的卡住和 panic 通常都能快速定位。

相关问题

关闭通道后还能读到值吗？

能。关闭前已发送的值仍会按顺序读出；读完后，单值接收会得到元素类型的零值，多值接收的第二个结果为 false。

为什么不能用接收端关闭通道？

接收端通常不知道还有多少发送者和待发送值，关闭会制造并发竞态。除非接收端就是协议上明确的唯一关闭者，否则应把关闭放在发送端或发送协调者。

range 能处理 nil channel 吗？

不能靠它结束。对 nil channel 做 range 会永久阻塞，因此创建通道、传递通道和取消路径都要避免把 nil 当成“已完成”。

多个发送者可以用多个通道再合并吗？

可以，但合并层仍要保证公共输出只有一个关闭者；每个输入通道的关闭责任也要按各自生产者划分。