关闭channel应由发送方执行，接收方关闭或重复关闭会导致panic；使用value, ok := <-ch可判断channel是否关闭，避免读取已关闭channel时的无效值问题。
在Go语言中，channel是goroutine之间通信的核心机制。正确处理channel的关闭以及读写时可能出现的异常，对程序的稳定性至关重要。理解这些行为背后的规则，能避免常见错误，比如向已关闭的channel写数据或从已关闭的channel持续读取无效值。
关闭channel的基本原则
只有发送方应该关闭channel，这是约定俗成的最佳实践。如果接收方或其他不负责发送的goroutine尝试关闭channel，可能导致程序panic。关闭一个已经关闭的channel也会引发panic，因此不能重复关闭。
使用close(ch)显式关闭channel后，该channel进入“已关闭”状态，后续仍可从中读取数据：
- 若channel中有缓存数据，继续读取直到耗尽
- 若无数据且已关闭，读操作立即返回channel元素类型的零值
注意：向已关闭的channel写入数据会触发panic，必须避免。
立即学习“go语言免费学习笔记（深入）”；
安全地从channel读取数据
为了判断channel是否已关闭，并区分“接收到零值”是因为发送方发送了零值，还是因为channel被关闭，可以使用带逗号ok的语法：
value, ok :=
- 如果
ok == true，表示成功接收到值 - 如果
ok == false，表示channel已关闭且无数据可读，value为零值
这种模式常用于循环中安全消费channel：
for { value, ok :=
更简洁的方式是使用range遍历channel：
for value := range ch { // 自动处理关闭，循环在channel关闭后结束 }
这种方式隐式处理了关闭状态，无需手动检查ok值。
防止向已关闭的channel写入
多个goroutine可能同时向同一个channel发送数据，其中一个关闭channel后，其他goroutine若继续发送会导致panic。解决这类问题的常用方法包括：
- 使用互斥锁保护关闭操作，确保只关闭一次
- 使用
sync.Once保证关闭逻辑仅执行一次 - 通过额外的信号channel通知所有发送方停止发送
例如，使用sync.Once：
var once sync.Once
once.Do(func() { close(ch) })
这样即使多次调用，也不会重复关闭。
nil channel的读写行为
当一个channel被设为nil（如未初始化的channel或手动赋值为nil），对其读写操作会永久阻塞：
（从nil channel读）：阻塞ch （向nil channel写）：阻塞-
close(ch)（关闭nil channel）：panic
这一特性可用于控制select语句中的分支是否启用。例如，在某个条件下将channel设为nil，使其在select中不再被选中。
基本上就这些。掌握channel关闭和异常处理的关键在于明确责任分工、合理使用ok判断和避免重复关闭。只要遵循发送方关闭、接收方检测的模式，就能写出健壮的并发代码。
