GoLand不直接采集pprof数据，需在代码中显式启动独立HTTP服务（如go http.ListenAndServe("0.0.0.0:6060", nil)）并确保import _ "net/http/pprof"触发注册，否则/debug/pprof/路径不可访问。
GoLand 本身不直接采集 pprof 数据，它只是帮你启动带 pprof 的 Go 程序并提供调试入口；真正采集靠的是 net/http/pprof 和你手动触发的 HTTP 请求。
为什么在 GoLand 里点运行却看不到 /debug/pprof/ 页面？
因为 GoLand 默认只运行你的主服务（比如监听 :8080），但 net/http/pprof 需要一个**独立的 HTTP server** 来暴露 /debug/pprof/ 路由——它不会自动挂到你已有的 Gin/Echo/mux 上，也不会复用主端口。
- 常见错误：只写了
import _ "net/http/pprof"，却没起任何 HTTP server，或起在127.0.0.1:6060但 GoLand 的终端或浏览器访问的是localhost:8080/debug/pprof/ - 必须显式加一段代码启动 pprof server，例如：
go func() { log.Println("Starting pprof server on :6060") log.Fatal(http.ListenAndServe("0.0.0.0:6060", nil)) }() - 别用
127.0.0.1（尤其在 Docker 或远程开发时），用0.0.0.0:6060才能从宿主机 curl 到
GoLand 启动配置里该填什么参数？
不需要额外填 pprof 相关参数。GoLand 的 Run Configuration 只负责启动你的程序，pprof 是你代码里自己开的服务。重点是确保：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- main 包中已有
import _ "net/http/pprof"（触发 init 注册 handler） - 有单独 goroutine 启动了
http.ListenAndServe(":6060", nil)（端口别和主服务冲突） - GoLand 的 “Run” 按钮执行的是你修改后的 main，不是旧二进制缓存——改完代码后务必点 ▶️ 重新运行，别依赖热重载
怎么在 GoLand 里触发并保存 CPU profile？
GoLand 不提供一键采集按钮，你得自己发 HTTP 请求。最稳的方式是终端里执行：
curl -o cpu.prof "http://localhost:6060/debug/pprof/profile?seconds=30"
- 必须等满 30 秒才返回，期间确保有真实请求打到你的服务（比如另开 terminal
curl http://localhost:8080/api/foo），否则 profile 里全是runtime.idle - 别用 GoLand 自带的 Terminal 点击 URL 链接——它默认 GET 不带
?seconds=30，会卡住或只采 1 秒 - 生成的
cpu.prof文件可直接拖进 GoLand：右键 → “Open with pprof”，它会调用go tool pprof并显示火焰图
容易被忽略的三个细节
一是 net/http/pprof 的 handler 只响应以 /debug/pprof/ 开头的路径，结尾斜杠不能少（/debug/pprof 会 404）；二是生产环境千万别用 0.0.0.0:6060，至少绑 127.0.0.1 或加反向代理鉴权；三是 go tool pprof 分析时必须能访问原始二进制文件（即你 GoLand 编译出的那个可执行文件），否则函数名全变成 ???。
