select语句必须配合channel使用，不能单独运行；它专为channel操作设计，每个case只能是channel的发送或接收操作，否则编译报错。
select 语句必须配合 channel 使用，不能单独运行
Go 的 select 不是 switch，也不是控制流分支语句，它专为 channel 操作设计。如果你写了一个没有 case 引用 channel 的 select，编译会直接报错：invalid operation: select (no cases)。常见误写是把变量判断塞进 case，比如 case x > 0: —— 这在 Go 里非法，case 后只能是 channel 的发送或接收操作。
正确用法只有一种模式：每个 case 必须是 ch 或 <code> 形式。例如：
select {
case msg := <-ch1:
fmt.Println("received", msg)
case ch2 <- "hello":
fmt.Println("sent")
default:
fmt.Println("no ready channel")
}-
select会**随机选择一个就绪的case** 执行（不是按顺序），避免隐式优先级依赖 - 所有 channel 操作都是**非阻塞检查**；没就绪时，若无
default，goroutine 会挂起等待 - 多个
case同时就绪？Go 运行时随机挑一个，不保证 FIFO
nil channel 在 select 中永远阻塞，可用来动态关闭分支
给 channel 赋值 nil 后再放进 select，对应 case 就永久不可达。这不是 bug，而是 Go 提供的“逻辑禁用”手段。比如你有个定时器 channel tick，想在某个条件满足后停止响应它，只需把它设为 nil：
var tick <-chan time.Time
if shouldStopTicker {
tick = nil // 此后该 case 永远不会被选中
}
select {
case <-ch: // 正常接收
case <-tick: // 若 tick == nil，则此 case 被忽略
}- 赋
nil是安全的，不会 panic；但对nilchannel 做 send/receive 操作会 panic，仅select中例外 - 别用
close(ch)替代ch = nil—— 关闭的 channel 仍可读（返回零值），而nil是彻底屏蔽 - 这个技巧常用于连接管理、超时切换、条件订阅等场景
default 分支不是“兜底逻辑”，而是非阻塞轮询的关键
有 default 的 select 等价于“尝试执行一次，不等”。它不表示“其他 case 都失败了才执行”，而是只要进入 select，就**立即检查所有 channel 是否就绪，任意一个就绪就走对应 case；全不就绪就走 default**。没有 default，就会阻塞。
立即学习“go语言免费学习笔记（深入）”；
典型误用是把它当 error handler 写成：
select {
case v := <-ch:
handle(v)
default:
log.Println("channel empty") // 错！这不代表 ch 空，只代表此刻没人发、也没人收
}-
default适合做轻量级轮询、避免 goroutine 卡死、实现“忙等+退避”逻辑 - 如果真要检测 channel 是否为空，得用
len(ch)（仅限带缓冲 channel），但注意这不等于“能否立刻收”，因为可能正有 goroutine 在 send 途中 - 高频轮询 +
default容易吃 CPU，建议搭配time.Sleep或runtime.Gosched()
select 无法直接判断 channel 是否已关闭，需靠接收返回的第二个值
select 本身不暴露 channel 状态。你想知道 ch 是不是关了，不能靠 case 是否执行，而要看接收操作的第二个返回值（ok 值）：
select {
case v, ok := <-ch:
if !ok {
fmt.Println("ch closed")
return
}
fmt.Println("got", v)
}- 关闭的 channel 上接收会立即返回零值 +
false；未关闭但无数据则阻塞（除非有default） - 别在
case中只写（忽略 ok），否则关掉后会持续接收零值，逻辑可能错乱 - 如果多个 channel 都可能关闭，每个
case都得单独判ok，没有全局“channel 状态监听”机制
真正难处理的是“多路复用 + 关闭传播”——比如一个 select 监听 3 个 channel，其中一个关闭后，你通常需要清理相关资源，但 Go 不提供自动通知。这事得自己记状态、发信号、或者用 sync.Once 控制关闭动作，容易漏。
