可通过向额外的 done channel 发送信号唤醒被 select 阻塞的 goroutine：定义 done := make(chan struct{})，在 select 中加入 case
goroutine 被 select 阻塞时怎么唤醒
Go 没有提供直接“中断”或“唤醒”阻塞 goroutine 的 API，所谓“唤醒”，本质是让阻塞的代码路径收到信号并退出等待。最常见场景是 select 在多个 channel 操作上阻塞——它不会自己醒来，必须有 channel 可读/可写，或收到 default 分支（非阻塞）。
真正可控的做法是引入一个额外的 done channel，在需要“唤醒”时向它发送信号：
close(done)
- 改用带上下文的同步原语：如
semaphore.Weighted（来自golang.org/x/sync/semaphore），它支持Acquire(ctx, n)，可被ctx.Done()取消 - 用 channel 模拟锁逻辑，把“获取锁”变成
select等待某个chan struct{}，再由持有者主动通知
后者复杂度高、易出错，仅在极特殊场景考虑；生产环境优先选 semaphore.Weighted 或重设计为无锁结构。
为什么没有 runtime.WakeGoroutine 这种函数
因为 Go 的并发模型建立在 CSP（通信顺序进程）之上，goroutine 的生命周期和阻塞状态由 channel 通信和调度器协同管理，不是靠“强制唤醒”来驱动的。所有阻塞点（channel、timer、network I/O）都天然对应一个可关闭/可写的信号源，设计上就要求你显式提供退出路径。
试图绕过这个模型（比如用 unsafe 强制修改 goroutine 状态）不仅不可移植，还会破坏调度器一致性，Go 运行时明确禁止这类操作。
最常被忽略的一点：很多“想唤醒”的需求，其实源于 goroutine 承担了太多职责——把它拆成更小、更专注的单元，每个只等一个明确信号，问题自然消失。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
