go 的 select 无默认优先级，多个就绪 case 随机执行；default 仅实现非阻塞，不参与优先级竞争，只在所有 case 立即不可行时执行，用于“查一次状态”而非“兜底”。
Go 的 select 本身没有“默认优先级”——多个就绪的 case 会随机执行，default 也不是低优先级分支，而是非阻塞开关。
default 分支不是“兜底逻辑”，而是“放弃等待”的信号
default 的唯一作用是让 select 不阻塞：只要所有 case 中的 channel 操作当前不可立即完成（例如接收时 channel 为空、发送时 channel 已满），select 就立刻执行 default 并继续向下运行。
- 它不参与任何“优先级竞争”，哪怕其他
case在下一纳秒就就绪，default也只看“此刻”是否全部阻塞 - 删掉
default，select就会挂起 goroutine，直到至少一个case就绪 - 加了
default，哪怕只有一个case，整个语句也从“等消息”变成“查一次状态”
想让某个 channel 优先处理，不能靠写顺序，得控制就绪时机
把高优 channel 放在前面或后面，对执行顺序毫无影响。真正起作用的是它是否“此刻就绪”。常见做法是提前做一次非阻塞探测：
if val, ok :=
- 这个模式把“高优通道是否可用”从
select内部判断，提前到外部显式判断 - 避免把
chA和chB放进同一个select，否则一旦两者都就绪，调度器随机选，无法保证chA先执行 - 如果
chA是带缓冲的 channel，且你希望它“几乎总是优先”，就得确保chB在chA真空时才可能就绪（比如用额外 flag 控制chB的写入时机）
default 和 time.After 不能混用在同一 select 里
这是最常踩的坑：default 总是立刻执行，它不会等 time.After；只要所有 channel 都未就绪，default 就抢跑，time.After 根本没机会触发。
- 错误写法：
select { case x := —— 这不是超时，是纯非阻塞探测 - 正确超时写法：
select { case x := —— 去掉 <code>default，用time.After提供可读 channel - 如果既要“立刻试一次”，又要“失败后等一会儿”，得手动包一层循环：
for !trySend(ch, data) { time.Sleep(10 * time.Millisecond) }
default 分支里别藏阻塞操作
看着用了 default，以为整段逻辑是非阻塞的，结果在 default 里调了 http.Get 或 time.Sleep，整个 goroutine 又卡住了。
-
default的意义只在于“不让 select 阻塞”，它本身不提供任何并发保障 - 如果
default里要发起网络请求，建议启动新 goroutine，或者改用带上下文的异步调用 - 高频轮询场景下，光靠
select+default容易空转耗 CPU，应搭配time.Tick或指数退避
真正难的不是写对语法，而是想清楚：你到底需要“立刻返回”、“最多等多久”、“还是必须按顺序响应”——这三者对应完全不同的 select 结构，混用就会出问题。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
