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 <- x或<-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 操作）
下面这段代码会编译失败：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
select {
case x := <-ch: // ❌ 编译错误：cannot declare in select case
fmt.Println(x)
}正确写法是先声明变量，再在 case 中使用：
x := <-ch // ✅ 先接收
select {
case y := <-ch2:
fmt.Println(y)
default:
fmt.Println(x) // x 已确定
}-
select的每个case只允许一个 channel 操作（<-ch、ch <- v、ch <- <-ch2等） - 不允许在 case 行内做
:=声明，也不允许调用函数（如case f() <- ch:） - 若需前置计算，必须在
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返回的是单次触发的<-chan Time，适合简单超时 - 生产环境推荐用
context.Context，便于传播取消信号和组合多个超时 - 不要重复调用
time.After在循环里——它每次新建 timer，可能泄漏资源
真正容易被忽略的是：select 对 channel 的“就绪判断”完全由 Go runtime 内部调度器控制，不暴露底层状态。你无法知道某个 channel “此刻是否缓冲满”或“是否有 goroutine 正在等待”，只能通过 select + default 做试探。这种抽象简化了并发模型，但也意味着调试时看不到中间态。
