default分支不是兜底逻辑，而是非阻塞开关；select只做瞬时判断，若所有case在当前时刻均无法立即完成（如无缓冲channel空且无协程协作），则立刻执行default，而非等待。
default 分支不是兜底逻辑，而是非阻塞开关——加了它，select 就从“等消息”变成“查一次状态”；不加，就永远卡住直到有 channel 就绪。
为什么 select 会立刻执行 default 而不是等 channel？
因为 select 只做瞬时判断：当前时刻，所有 或 <code>ch 操作是否能零延迟完成。它不预测、不调度、不等待。
- 对无缓冲 channel，接收操作
就绪的前提是：另一端有 goroutine 正在阻塞发送（或已关闭）；否则就不可行 - 对空的有缓冲 channel，
就绪仅需内部有数据；<code>ch 就绪仅需缓冲未满 - 只要所有 case 都不可行，且存在
default，就立刻进default——和随机性无关，也不是“选不到才兜底”
想优先处理某个 channel，能不能靠写在前面？
不能。case 的书写顺序完全不影响执行优先级。Go 运行时只看“此刻谁就绪”，多个就绪时用伪随机选一个。
- 真要保证高优 channel 先被检查，得把它拆出来单独做非阻塞探测：
if val, ok := - 再把低优 channel 和超时放进后续
select，避免两者同时就绪时被随机跳过 - 别试图用
default模拟优先级——它只在全部卡住时触发，不参与竞争
default 和 time.After 能不能一起用实现超时？
不能。这是最常踩的坑：default 总是立刻抢跑，time.After 根本没机会就绪。
- 错误写法：
select { case x := → 立刻打印，和时间无关 - 正确超时必须用
case ，让超时本身成为一个可就绪的 channel 操作 -
default的语义是“此刻无事可做”，而超时是“等一段时间后若仍无事可做”——二者逻辑层级不同
真正容易被忽略的是：default 不是功能增强，而是行为切换。它让 select 从同步协调器退化为轮询探测器，代价是可能错过稍后就绪的 channel。要不要加，得看你的场景到底需要“响应即时状态”，还是“耐心等到事件发生”。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
