从已关闭 channel 读取不会 panic，而是立即返回零值和 false；需用 v, ok :=
从已关闭 channel 读取数据不会 panic
Go 中从已关闭的 chan 读取是安全的，不会触发 panic。这是语言设计明确保证的行为，和“向已关闭 channel 发送数据会 panic”形成对称但不对等的处理逻辑。
关键在于：关闭后继续读，会立即返回零值 + false（ok 值为 false），而不是阻塞或崩溃。
- 对于
int类型 channel，读到的是0 - 对于
string类型 channel，读到的是"" - 对于结构体 channel，读到的是该类型的零值
如何判断 channel 是否已关闭？用 ok 模式
必须显式使用「带 ok 的接收语法」才能区分「读到零值」和「channel 已关闭」。仅写 v := 无法得知是否关闭，因为零值可能是合法数据。
val, ok := <-ch
if !ok {
// ch 已关闭，且无剩余数据
fmt.Println("channel closed")
return
}
// ok == true，val 是有效数据
常见误写：if val := —— 这完全无法判断 channel 状态，0 可能是正常发送的数据。
立即学习“go语言免费学习笔记（深入）”；
关闭后还能读多少次？无限次，但每次都是零值+false
没有“读完关闭状态就失效”的概念。只要 channel 是已关闭状态，无论你调用多少次 ，结果都一样：
- 返回该类型零值
- ok 值恒为
false - 不阻塞、不 panic、不消耗资源
这意味着你可以放心在循环中持续接收，直到收到 ok == false 才退出，无需额外维护关闭标志。
close() 后立刻读 vs 有缓冲数据时关闭的区别
行为一致，但数据可见性不同：
- 关闭前已有缓存数据：先读完缓存值（ok=true），最后一次读才返回零值+false
- 关闭时缓冲为空：第一次读就返回零值+false
例如：
ch := make(chan int, 2) ch <- 1 ch <- 2 close(ch) fmt.Println(<-ch) // 1, ok=true fmt.Println(<-ch) // 2, ok=true fmt.Println(<-ch) // 0, ok=false ← 此刻才体现关闭效果
容易忽略的一点：关闭操作本身不“推送”零值，它只是把 channel 置为“不可发、可读尽”的状态。零值是读操作在无数据可读时的语言级 fallback，不是 close() 写进去的。
