channel 关闭语义

在 Go 里，close(ch) 不是把 channel 变成“没有值可读”，而是声明后续不会再有发送。关闭前已经进入缓冲区的值仍然会被读出；这些值耗尽后，接收操作会立即返回元素类型的零值。因此，看到 0、false 或空字符串，并不能单独说明 channel 已关闭。

如果要判断“这是发送来的值，还是关闭后产生的零值”，使用双值接收：x, ok := <-ch。当 channel 已关闭且没有剩余值时，ok 为 false。而 for range ch 会持续接收，直到 channel 关闭并且其中的值全部读完。

关闭后为什么还能读到零值

Go 规范把关闭后的接收定义成一种可以立即完成的操作。对元素类型为 int 的 channel，关闭且清空后会得到 0；对 bool 是 false；对 string 是空字符串；对指针、slice、map 等引用类型则是 nil。

这个规则让接收方不必再等待一个永远不会到来的值。可是它也带来一个容易误判的场景：发送方本来就可能合法地发送元素类型的零值。下面这两个结果的值都可能是 0，语义却不同。

ch := make(chan int, 2)
ch <- 0 // 注释：这是发送方明确发送的真实数据
close(ch) // 注释：关闭只阻止后续发送，不删除已发送的数据

first := <-ch  // 注释：这里读到 0，但它来自发送操作
second := <-ch // 注释：这里也得到 0，但它来自关闭后的零值规则

单值接收故意隐藏了“是否由发送成功产生”的信息，所以不能拿 first == second 或 value == 0 来判断结束。

用 ok 区分真实零值和关闭信号

双值接收把值和接收状态同时交给调用方。ok == true 表示这个值来自一次成功发送；ok == false 表示 channel 已关闭且已经没有可接收的值。判断顺序应当先看 ok，再决定是否使用 value。

for {
    value, ok := <-ch // 注释：同时取得元素值和“是否由发送产生”的标志
    if !ok {
        break // 注释：关闭且清空后结束接收，不能把 value 当作业务数据
    }
    consume(value) // 注释：只有 ok 为 true 时才处理发送方交付的值
}

如果业务允许发送零值，这种写法尤其重要。它把“业务数据”和“传输结束”分成两个字段，避免用特殊数值充当哨兵。

range 为什么会自然结束

range 形式相当于不断接收 channel 的元素，但它不把关闭后的零值作为一次循环迭代交给循环体。它会在 channel 关闭并且剩余值读完后结束，因此通常不需要在循环体里手写 ok 判断。

for value := range ch {
    // 注释：循环体只会收到关闭前成功发送的值
    consume(value)
}
// 注释：发送方 close(ch) 且缓冲值耗尽后，range 自动结束

这个结论有一个前提：发送方必须负责关闭，并且确实会走到关闭动作。如果 channel 没有关闭，range 会继续等待；如果 channel 是 nil，接收和 range 都会永久阻塞。

几个容易混淆的关闭边界

还要注意 channel 方向：close 只能作用于双向或只发送 channel，不能关闭只接收 channel。接收方通常只拿到 <-chan T，这正是为了让关闭责任留在发送方。

常见问题

关闭 channel 后第一次接收一定是零值吗？

不一定。若 channel 还有缓冲值，会先按发送顺序读出这些值；只有关闭且没有剩余值时，才返回零值并让双值接收的 ok 变成 false。

只比较接收结果是不是零值可以吗？

不可以。发送方可以合法发送零值。需要区分结束信号时，使用双值接收；只需要遍历到结束时，使用 range 并确保发送方关闭 channel。

小结

• close(ch) 表示不会再发送，不会删除已经发送的值。
• 关闭且清空后接收会得到元素类型零值，ok=false 才说明这个零值来自关闭语义。
• range 会在关闭并读完剩余值后结束；nil channel 不会因为等待而自动结束。