协程饥饿的典型症状是HTTP接口响应变慢、goroutine数持续上涨、CPU使用率偏低而GC频次升高，且日志无错误但异步任务“等不到调度”；GoLand goroutine视图可直观发现runnable数量长期超256及大量goroutine卡在chan receive或select等待态。
协程饥饿的典型症状是什么
协程饥饿不是 panic，也不会报错，但你会看到：HTTP 接口响应变慢、goroutine 数持续上涨、runtime.NumGoroutine() 返回值在几十秒内从几百涨到上万、CPU 使用率偏低而 GC 频次升高。更隐蔽的是，日志里没有明显错误，但某些异步任务（比如 go func() { ... }()）迟迟不执行——不是卡死，是“等不到调度”。
用 GoLand 的 goroutine 视图实时观察调度状态
GoLand 自带的调试器能直接展示当前所有 goroutine 的状态，比 dlv attach + goroutines 命令更直观：
- 启动程序时勾选「Enable goroutine view」（Run → Edit Configurations → Go Build → ☑ Enable goroutine view）
- 运行中点击右下角 Goroutines 标签页，按状态筛选：
running、runnable、waiting - 重点关注
runnable数量是否长期 > 256（说明调度器积压严重），以及大量 goroutine 停留在chan receive或select等待态 - 双击某 goroutine 可跳转到其栈顶函数，快速定位阻塞点（比如卡在
ch <- x或<-done）
为什么 pprof/goroutine 不够用
http://localhost:6060/debug/pprof/goroutine?debug=2 虽然能导出全部栈，但面对上万个 goroutine 时，人工翻找效率极低。GoLand 的视图做了三件事：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 自动折叠重复栈（相同调用链只显示一次，附带数量）
- 支持按包名、函数名过滤（例如输入
net/http立即筛出 HTTP 处理 goroutine） - 右键某 goroutine 可「Show in Editor」，直接打开源码对应行，省去手动 grep 栈帧
注意：这个功能依赖编译时未 strip 符号，确保构建命令不含 -ldflags "-w -s"，否则 GoLand 无法解析函数名。
排查 channel 泄漏的快捷方式
协程饥饿常源于 channel 未关闭或缓冲区过小。GoLand 提供两个关键辅助：
- 在代码中 Ctrl+Click 进入 channel 声明处，查看其类型：
chan int（无缓冲）还是make(chan int, 10)（有缓冲）；若为无缓冲且写端未配对读端，必然阻塞 - 在 Debug 模式下，悬停变量名可看到 channel 当前
len和cap（仅限未被编译优化掉的局部变量） - 对疑似泄漏的 channel，右键选择「Find Usages」，检查所有
<-ch和ch <-是否成对、是否有 defer close(ch) 遗漏
最易被忽略的是：goroutine 启动后立即向一个可能已关闭的 channel 发送数据，此时会永久阻塞——GoLand 的 goroutine 视图里它会显示为 chan send (nil chan)，但前提是 channel 变量名未被内联优化掉。
