关闭后channel读取分三阶段：缓冲区有数据时正常读取且ok=true；缓冲区空但刚关闭时返回零值和ok=false；此后所有读均稳定返回零值+ok=false；推荐for-range或显式ok判断确保安全。
能读，但有明确规则：关闭后可继续读取已缓存的数据，读完再读就返回零值和 ok=false；写则直接 panic。
关闭后读取行为分三阶段
channel 关闭不是“立刻变空”，而是一个状态切换。读操作的行为取决于缓冲区是否还有数据：
- 缓冲区还有数据 → 正常读出，
ok=true - 缓冲区数据已读完，但 channel 刚关闭 → 下一次读返回零值（如
0、""、nil）和ok=false - 之后所有读操作都稳定返回零值 +
ok=false，不会阻塞，也不会 panic
推荐两种安全读法
避免误把零值当有效数据，关键靠 ok 判断：
-
for-range 方式：最简洁，自动在数据读完且 channel 关闭后退出循环
for v := range ch { fmt.Println(v) } -
显式 ok 模式：适合需要逐次判断或配合 select 的场景
v, ok := ；若!ok，说明 channel 已关且无新数据
写操作绝对禁止
向已关闭的 channel 发送数据会立即触发运行时 panic：panic: send on closed channel。这不是错误返回，而是程序崩溃。
- 关闭动作必须由发送方执行（通常是启动 goroutine 写数据的一方）
- 接收方绝不应调用
close() - 重复 close 同一个 channel 也会 panic
完整可运行示例
下面代码演示带缓冲 channel 关闭后的读行为：
package mainimport "fmt"
func main() {
ch := make(chan int, 3)
ch ch close(ch) // 此时缓冲中仍有 10、20，第三个位置空
// 第一次读：10，ok=true
v1, ok1 := fmt.Printf("v1=%d, ok1=%t\n", v1, ok1) // 10 true
// 第二次读：20，ok=true
v2, ok2 := fmt.Printf("v2=%d, ok2=%t\n", v2, ok2) // 20 true
// 第三次读：缓冲已空，返回零值+false
v3, ok3 := fmt.Printf("v3=%d, ok3=%t\n", v3, ok3) // 0 false
}
