空select{}会永久阻塞当前goroutine，但若所有goroutine均休眠或退出，go运行时将检测到无法推进而触发“all goroutines are asleep - deadlock!”错误。
空 select 会永久阻塞，但可能触发死锁
直接写 select {} 确实会让当前 goroutine 永久阻塞，这是 Go 运行时的明确定义行为。但它不是“绝对安全”的阻塞——如果程序里**所有 goroutine 都卡在 select {} 或已退出**，Go 运行时会检测到“no goroutine can proceed”，立刻 panic 报错：fatal error: all goroutines are asleep - deadlock!
- 常见错误场景：main 启动一个后台 goroutine 后，立刻
select {}，而该后台 goroutine 内部没有循环或 channel 等待逻辑，执行完就退出 - 正确做法：确保至少有一个 goroutine 处于活跃等待状态（比如持续从 channel 接收、或用
time.Tick定期唤醒） - 不要依赖“后台 goroutine 一定会一直跑”——它可能因 panic、return、或 channel 关闭而提前结束
nil channel 在 select 中等于“此分支不存在”
把某个 case 的 channel 设为 nil，不是让它“暂时不工作”，而是让这个 case **彻底失效**：select 调度器会忽略它，哪怕其他所有 case 都没就绪，也不会选中它。
- 典型用途：动态开关监听路径，比如只在配置开启时才监听
notifyCh，否则让它保持nil - 错误用法：先
if ch != nil判断再进 select —— 这破坏了 select 的原子性，可能引发竞态 - 注意：
nil channel不能close()，也不能len()或cap()，对它做任何通信操作都会永久阻塞且无法被唤醒
想非阻塞地“空转”，default 是唯一合法出口
如果目标是“检查一遍所有 channel，有就处理，没有就干点别的（比如休眠、打日志、退出）”，必须加 default 分支。没有 default 的 select，只要所有 case 都未就绪，就会阻塞。
-
default分支不会延迟执行，它是立即触发的“兜底逻辑” - 常见陷阱：在
default里啥也不做（比如只写default: {}），会导致 CPU 空转，100% 占用单核 - 实用组合：在
default里加time.Sleep(1 * time.Millisecond)控制轮询频率，或用runtime.Gosched()主动让出时间片
select{} 不是万能守护，别替代明确的生命周期管理
用 select {} 阻塞 main goroutine，本质是放弃对程序退出时机的控制。它适合极简守护进程，但不适合需要优雅关闭、资源清理或信号响应的场景。
- 真正健壮的服务应监听
os.Signal（如syscall.SIGINT），收到信号后关闭 channel、等待 worker 退出、释放资源 -
sync.WaitGroup+close(done)组合比裸select {}更可控，尤其当 worker 有明确退出条件时 - 调试时容易忽略的一点：pprof 查看 goroutine 堆栈，
select {}会显示为runtime.gopark，但看不出它本意是“等别人唤醒”还是“等永远等不到的东西”
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
