GoLand 本身不直接生成火焰图,但可通过配置 pprof 和 go-torch 实现全流程:需显式导入 _ "net/http/pprof"、启动 HTTP server 暴露 /debug/pprof、避免条件化启用、确保端口未被占用、不在 Run Configuration 中加 -cpuprofile、压测中执行 go-torch 采样,并验证 perf 可用性及 pprof 接口可达性。

GoLand 本身不直接生成火焰图,但能无缝配合 pprof 和 go-torch 完成从压测到火焰图的全流程 —— 关键在于配置好运行参数、确保 pprof 端口暴露、并在压测期间有真实流量触发采样。
GoLand 中正确启动带 pprof 的服务
必须让 GoLand 运行的服务主动暴露 /debug/pprof 路由,且不能只在非 prod 环境才启用(否则本地调试时 pprof 不生效):
- 在
main.go或启动入口中显式导入_ "net/http/pprof",并启动 HTTP server(哪怕只是监听localhost:6060) - 不要依赖
if conf.GetConfig().GetEnv() != "prod"这类条件包裹 pprof 启动逻辑 —— GoLand 本地调试默认不是"prod",但环境变量可能未设或拼错,导致 pprof 根本没跑起来 - 确认端口未被占用:若
:6060已被占,改用:6061并同步更新后续所有工具调用地址 - GoLand 的 Run Configuration → Program arguments 里**不要加**
-cpuprofile类参数 —— 那是给一次性命令行程序用的;web 服务该用net/http/pprof动态采样
GoLand 内置 Terminal 中触发压测 + 火焰图采集
GoLand 底部 Terminal 是最可控的执行环境,避免系统终端与 GoLand 缓存状态不一致:
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本,适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 先确保服务已启动:
go run main.go(或点击绿色三角形运行),观察控制台输出是否含Listening on :6060类日志 - 新开 Terminal 标签页,执行压测命令(如
wrk -c 50 -t 4 -d 30s http://localhost:8080/api),**必须在压测进行中再执行火焰图采集** - 另开一个 Terminal 标签页,立即运行:
go-torch -u http://localhost:6060 -t 30s(-t指定采样时长,需小于压测总时长) - 若报
ERROR: No stack counts found,大概率是:压测请求没打到启用了 pprof 的服务端口;或服务根本没收到任何请求(检查路由路径、Host 头、反向代理拦截)
GoLand 下生成火焰图失败的三个高频原因
不是工具装错了,而是信号链断在了某个隐性环节:
-
go-torch默认依赖系统perf(Linux/macOS)或profile(Windows WSL2),但 GoLand Terminal 可能未继承完整 PATH —— 在 Terminal 中运行which perf或perf --version验证 - GoLand 默认使用内置 shell(如 PowerShell on Windows),而
go-torch生成的.svg文件名含空格或特殊字符时会失败 —— 改用 bash/zsh,或手动指定输出:go-torch -u http://localhost:6060 -o flame.svg - pprof 接口返回 404:检查是否误访问
http://localhost:6060/debug/pprof/profile(正确) vshttp://localhost:6060/profile(错误);GoLand 的 Services 工具窗口里点开服务 URL 时容易少输/debug/pprof
真正卡住人的地方,往往不是「怎么装」,而是「谁在什么时候向哪个端口发了什么请求」—— 建议打开浏览器访问 http://localhost:6060/debug/pprof/,手动点开 profile 链接看能否下载到二进制文件,这一步通了,后面就只是工具链路径和权限问题。


















