select + default 能实现非阻塞收发，因为当所有channel均不可立即读写时，select立即执行default分支而不挂起goroutine；若无default则会永久阻塞等待就绪。
为什么 select + default 能实现非阻塞收发
因为 select 在无就绪 channel 时会直接执行 default 分支，不挂起 goroutine。这和带超时的 select 不同——它不等待，也不报错，就是“试一下，行就行，不行就走人”。
注意：必须有 default，否则 select 会阻塞在第一个 case 上（哪怕所有 channel 都没数据或缓冲满）。
-
select中任意一个case就绪（如 chan 有数据可读、有空位可写），就立即执行对应分支 - 所有
case都不可立即执行时，select立刻跳进default，不会调度让出 - 没有
default的select在无就绪 case 时永远阻塞，等某个 channel 变成就绪
非阻塞接收：用 select + default 读 channel
适用于“看看有没有新消息，有就处理，没有就干别的”，比如心跳检测、状态轮询、避免死锁的兜底读取。
关键点是：不能用 直接读，必须包在 <code>select 的 case 里，且配 default。
select {
case msg := <-ch:
fmt.Println("收到:", msg)
default:
fmt.Println("channel 为空，不等")
}- 如果
ch是无缓冲 channel 且没人正在写，或有缓冲但当前为空，就会走default - 如果
ch是有缓冲 channel 且已满，仍可读（只要非空），不受缓冲区满影响 - 读操作本身是原子的，不会出现“读到一半被中断”
非阻塞发送：用 select + default 写 channel
典型场景是“尽力发，发不出也不卡住”，比如日志上报、指标打点、事件广播的降级路径。
发送侧要小心：对无缓冲 channel，只有对方 goroutine 正在 等着时才能成功；对有缓冲 channel，则看是否还有空位。
select {
case ch <- data:
fmt.Println("发送成功")
default:
fmt.Println("channel 满或无人接收，丢弃")
}- 对无缓冲 channel：
default触发意味着此刻没有 goroutine 在等待接收 - 对有缓冲 channel：
default触发说明缓冲区已满（len(ch) == cap(ch)） - 不要在
default里重试发送，那会变成忙等；应记录、丢弃或走备用路径
常见误用和边界情况
最常踩的坑不是语法错，而是语义误解：以为“非阻塞”等于“一定成功”或“线程安全万能解”。其实它只是把阻塞换成分支选择，逻辑责任还在你手上。
- 多个
case同时就绪时，select随机选一个执行，不保证 FIFO 或优先级——别依赖顺序 -
select里不能出现重复 channel（如两个case ），编译报错：<code>invalid operation: duplicate case ch in select - 对已关闭的 channel 执行接收操作会立即返回零值 +
false；发送则 panic：send on closed channel，所以非阻塞发送前最好先检查是否已关（或 recover） - 如果
select出现在 for 循环里又没加 delay，且default分支很快，容易 CPU 占满——这是典型的忙等，得加time.Sleep或改用其他同步机制
真正难的从来不是写对 select 语法，而是想清楚：这个“不等”之后，程序该信什么状态、往哪走、要不要补偿。
