goland自带profiler不能抓线上cpu高问题，仅支持本地运行时采集；线上必须用net/http/pprof+go tool pprof组合，goland仅可作为火焰图查看器。
GoLand 自带 profiler 能不能直接抓线上 CPU 高问题
不能。GoLand 的 Profiler（Run → Start Profiling）只支持本地运行时采集，依赖调试器注入，对已部署的容器/Pod/远程服务完全无效；它抓的是你本地 go run 或启动的二进制，不是线上真实负载。线上问题必须用 net/http/pprof + go tool pprof 组合，GoLand 顶多当个火焰图查看器用。
在 GoLand 里怎么打开 pprof 火焰图看本地或下载的 cpu.pprof
GoLand 本身不渲染火焰图，但能调用系统命令打开：
• 把下载好的 cpu.pprof 文件拖进 GoLand 项目任意位置
• 右键该文件 → Open in Terminal
• 执行：go tool pprof -http :8080 cpu.pprof
• 浏览器自动打开 http://localhost:8080，就是交互式火焰图
• 注意：GoLand 内置终端默认不加载 GOPATH/GOROOT，如果报 command not found: go，改用系统终端执行，或在 GoLand Terminal 中先运行 source ~/.zshrc（或对应 shell 配置）
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
GoLand 调试时怎么看哪个 goroutine 在吃 CPU
这不是靠 GoLand 界面“看”，而是靠 dlv 命令行配合：
• 先用 top -H -p $PID 找出高 CPU 的线程 TID
• 在 GoLand 中用 dlv attach $PID 连上去
• 输入 goroutines 列出所有 goroutine 及状态
• 找到状态为 running 或 runnable 且栈顶是 runtime.futex、runtime.mcall 或空 select default 分支的 goroutine
• 用 goroutine $ID bt 看它的完整调用栈——真正卡 CPU 的代码就藏在最底层那几行
为什么在 GoLand 里点开 pprof 文件总显示 “No samples found”
常见原因有三个：
• 下载的 cpu.pprof 实际是 HTML 页面（比如浏览器直接访问 /debug/pprof/profile 没加 ?seconds=60，被重定向了）
• 文件名带 query 参数，如 profile?seconds=60，go tool pprof 解析失败
• 采样时间太短（?seconds=5），没捕获到有效样本，或者服务当时根本没流量
验证方法：运行 go tool pprof -top cpu.pprof，第一行必须出现类似 Showing nodes accounting for 58.26s, 99.98% of 58.27s total —— 没这行说明 profile 无效
runtime.futex 或 runtime.mcall，别急着翻业务代码，先查 goroutine 数量和阻塞点；GoLand 只是工具入口，真正的线索永远在 pprof 输出和 dlv 栈帧里。
