17370845950

select是Go中对多个channel操作的并发等待与分支选择语法，阻塞直到某case就绪（无default时），多case就绪则随机选择，需default实现非阻塞，且case中不可声明变量。

Go 的 select 本身不是“多路复用”的实现机制，而是对多个 channel 操作的**并发等待与分支选择**语法。它不处理 I/O 多路复用（如 epoll/kqueue），也不替代系统级的事件循环；它的作用范围仅限于 Go runtime 管理的 channel 通信。

select 会阻塞直到某个 case 就绪

这是最常被误解的一点：很多人以为 select 是“轮询”或“非阻塞检查”，其实它默认是阻塞的——如果没有 default 分支，且所有 case 中的 channel 都未就绪（无人发送/接收），goroutine 就会挂起，直到至少一个 case 可执行。

• select 不保证公平性，运行时可能偏向某条路径（尤其在高并发下）
• 所有 case 表达式在进入 select 块时**立即求值**（比如 ch 或 ），但实际发送/接收动作要等到该 case 被选中才发生
• 如果多个 case 同时就绪，runtime 随机选择一个（无优先级）

必须加 default 才能实现“非阻塞尝试”

想检查 channel 是否可读/可写而不阻塞？必须显式写 default 分支。否则就是阻塞等待。

select {
case msg := <-ch:
    fmt.Println("received:", msg)
default:
    fmt.Println("channel empty, no blocking")
}

• 没有 default → 阻塞等待任意 case 就绪
• 有 default 且无就绪 case → 立即执行 default，不等待
• default 不是“兜底错误处理”，而是“非阻塞 fallback”

case 中不能出现变量赋值语句（除了 channel 操作）

下面这段代码会编译失败：

select {
case x := <-ch: // ❌ 编译错误：cannot declare in select case
    fmt.Println(x)
}

x := <-ch // ✅ 先接收
select {
case y := <-ch2:
    fmt.Println(y)
default:
    fmt.Println(x) // x 已确定
}

• select 的每个 case 只允许一个 channel 操作（、ch 、ch 等）
• 不允许在 case 行内做 := 声明，也不允许调用函数（如 case f() ）
• 若需前置计算，必须在 select 外完成

超时与取消必须靠 time.After 或 context.Done()

Go 没有内置的 select timeout 语法，得靠 time.After 或 context.WithTimeout 构造可关闭的 channel：

select {
case msg := <-ch:
    fmt.Println("got", msg)
case <-time.After(3 * time.Second):
    fmt.Println("timeout")
}

• time.After 返回的是单次触发的 ，适合简单超时
• 生产环境推荐用 context.Context，便于传播取消信号和组合多个超时
• 不要重复调用 time.After 在循环里——它每次新建 timer，可能泄漏资源

真正容易被忽略的是：select 对 channel 的“就绪判断”完全由 Go runtime 内部调度器控制，不暴露底层状态。你无法知道某个 channel “此刻是否缓冲满”或“是否有 goroutine 正在等待”，只能通过 select + default 做试探。这种抽象简化了并发模型，但也意味着调试时看不到中间态。