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
下载
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 链接看能否下载到二进制文件，这一步通了，后面就只是工具链路径和权限问题。
