GoLand的“Run with pprof”按钮仅支持runtime/pprof文件式采样，对net/http/pprof无效；它不发起HTTP请求、不启动服务，仅尝试打开http://localhost:6060/debug/pprof/profile，需确保程序已监听该地址且正确注册handler。
GoLand 里直接点“Run with pprof”没反应？
GoLand 自带的 Run with pprof 按钮（在运行配置右上角）默认只对 runtime/pprof 方式有效，也就是程序自己写代码生成 CPU.out 文件。如果你用的是 net/http/pprof + HTTP 接口采集，这个按钮根本不会触发任何行为——它压根不发 HTTP 请求，也不启动服务端口。
实操建议：
- 确认你当前用的是哪种集成方式：如果是
_ "net/http/pprof"，就别点那个按钮，改用命令行或浏览器手动触发 - 如果真想用 GoLand 启动并自动采样，得自己加逻辑：在
main()开头调用pprof.StartCPUProfile，并确保defer pprof.StopCPUProfile()被执行（比如程序自然退出，或加os.Exit(0)） - GoLand 的 “Run with pprof” 会尝试打开
http://localhost:6060/debug/pprof/profile，但前提是你的程序已监听该地址且没被防火墙拦截——它不会帮你启动服务
在 GoLand 中配置 HTTP pprof 端口并避免 404
常见现象是：GoLand 运行程序后，浏览器访问 http://localhost:6060/debug/pprof/ 返回 404。这不是 GoLand 的问题，而是你的 HTTP server 没注册 net/http/pprof handler，或者用了第三方 router（如 gin、echo）却没显式挂载。
实操建议：
- 确保
_ "net/http/pprof"已导入，且http.ListenAndServe(":6060", nil)中第二个参数为nil（使用http.DefaultServeMux） - 如果用 gin，在启动前加：
gin.SetMode(gin.ReleaseMode); r := gin.New(); r.Any("/debug/pprof/*pprof", gin.WrapH(http.DefaultServeMux)) - GoLand 默认运行配置不绑定
0.0.0.0，若容器或远程调试需访问，得在 Run Configuration → Go Build → “Program arguments” 里补上-addr=0.0.0.0:6060并在代码中解析 - 检查 GoLand 控制台输出是否真有
Listening on :6060——没有就说明ListenAndServe根本没执行，常因 goroutine 泄漏或提前 panic
GoLand 终端里跑 go tool pprof 却看不到函数名？
火焰图里全是 runtime.futex 或一堆十六进制地址（如 0x456789），说明符号表缺失。GoLand 本身不参与编译过程，所以问题出在构建环节——不是 IDE 配置错了，是你用的二进制没带调试信息。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
实操建议：
- GoLand 默认使用
go build，但如果你在 Settings → Go → Build Tags & Args 里加了-ldflags="-s -w"，必须删掉：这两个 flag 会 strip 符号和 DWARF 信息 - 验证：在 GoLand Terminal 里执行
file ./yourbinary，输出应含with debug_info；再执行readelf -S ./yourbinary | grep debug，至少看到.debug_*段 - 分析命令必须带可执行文件路径：
go tool pprof ./yourbinary http://localhost:6060/debug/pprof/profile?seconds=30——只传 URL 不够，pprof 需要二进制来解析符号 - 别用 GoLand 内置终端的“复制粘贴 URL”方式点开火焰图：它可能用的是旧缓存，每次分析前先
go tool pprof -http=":8080" ./yourbinary ...启一个新服务
为什么 GoLand 里采 30 秒 CPU profile 总是空？
go tool pprof 返回 no samples collected，大概率不是工具问题，而是你的程序在这 30 秒内根本没干 CPU 事：goroutine 全在等网络、chan、sleep 或 GC。GoLand 启动的进程如果没有真实请求打进来，profile 就是空的。
实操建议：
- 采样前先 curl 一下接口：
curl -X POST http://localhost:6060/your-api，确保有活跃 goroutine 在跑业务逻辑 - 把采样时间拉长到 60 秒：
?seconds=60，尤其对低频服务；同时确认runtime.GOMAXPROCS没被设成 1 导致并发卡死 - 别信 GoLand “Run with pprof” 弹出的浏览器页面——它默认访问
/debug/pprof/profile（30 秒），但没控制开始/结束时机；一律用curl手动触发，再立刻切过去分析 - 如果服务依赖外部依赖（如 DB、Redis），而本地没连上，它可能卡在 dial timeout，此时 CPU 是空的，但 profile 里全是
runtime.netpoll——先 mock 外部调用再测
最易被忽略的一点：pprof 的 HTTP handler 和主业务路由共用一个 http.ServeMux 时，若主路由 panic 或中间件提前 return，/debug/pprof/ 可能被拦截或 404。不要假设导入包就万事大吉，得亲手验证 http.Get("http://localhost:6060/debug/pprof/") 能拿到 HTML。
