select 是 Go 专为 channel 设计的多路复用语句，不是条件判断工具；它只监听通道是否就绪（可读/可写），每个 case 必须是通道操作，不能是布尔表达式。
select 是什么？不是 switch，别混用
select 是 Go 专为 channel 设计的多路复用语句，**不是条件判断工具**。它不看变量值，只监听通道是否 ready（可读/可写）。如果你拿它当 switch 用——比如写 select { case x == 1: ... }——编译直接报错：invalid operation: cannot use x == 1 (type bool) as channel。
- 每个
case必须是通道操作：要么，要么 <code>ch - 所有
case表达式在进入 select 时**同时求值**，但发送/接收动作只对就绪的那个执行 - 多个 case 同时就绪？Go 随机选一个，**不按书写顺序**，也不保证公平轮询
不加 default 就可能死锁，这是最常踩的坑
没有 default 的 select，一旦所有 channel 都没准备好，就会永久阻塞。如果这个 select 在 main goroutine 里，程序立刻 panic：fatal error: all goroutines are asleep - deadlock!。
- 常见错误场景：往无缓冲 channel 写数据前，没确保有 goroutine 在读；或读已关闭但没数据的 channel
- 修复方式：加
default做兜底，或用time.After配合超时（见下一条） - 注意：
default不是“延后执行”，而是“立即非阻塞分支”——只要所有 channel 暂时不可用，它就立刻跑
超时等待和非阻塞收发，靠 select + time.After / default 实现
想等 channel 最多 3 秒？不能用 time.Sleep 后再读——那会错过提前到达的数据。正确做法是把 time.After(3 * time.Second) 当作一个“定时通道”放进 select：
select {
case data := <-ch:
fmt.Println("got:", data)
case <-time.After(3 * time.Second):
fmt.Println("timeout")
}- 非阻塞读：加
default分支，channel 空就跳过，不卡住 - 非阻塞写：同理，
select { case ch ，避免因 channel 满而挂起 - time.After 返回的是
<-chan time.Time，只能接收，不能发送，别反着用
已关闭的 channel 也算“就绪”，这点容易被忽略
向已关闭的 channel 发送数据会 panic：send on closed channel；但从已关闭的 channel 接收，**永远立即返回零值 + false**（ok 为 false）。这意味着：
立即学习“go语言免费学习笔记（深入）”；
- 如果 select 中有
case ，它会和其他就绪 channel 一样参与竞争，甚至可能被随机选中 - 你不能靠“没收到数据”判断 channel 还没关闭——要检查
ok值：if data, ok := - 空 select（
select{}）会永久阻塞，常用于让 main goroutine 等待其他 goroutine 结束，但必须确保有其他 goroutine 负责退出
