GoLand 不控制 pprof 采样时长，真正决定时长的是 HTTP 请求参数 ?seconds=N；需确保正确挂载 /debug/pprof/ 路由、避免 Debug 模式干扰、手动注册 pprof（框架场景）、终端命令用单引号包裹 URL，并保证服务在采样期间真实处理请求。
GoLand 本身不直接控制 pprof 采样时长，真正决定时长的是你发起的 HTTP 请求参数（?seconds=N），GoLand 只负责启动服务并帮你调用 go tool pprof——配置错地方就永远抓不到真实 CPU 时间。
GoLand 启动配置必须暴露 /debug/pprof/ 路由
很多人在 GoLand 里点运行后访问 http://localhost:6060/debug/pprof/ 返回 404，不是 pprof 没生效，是 GoLand 启动的服务压根没挂载它：
- 确认代码里有
import _ "net/http/pprof"（下划线导入，不能省） - GoLand 的 Run Configuration 中，
Program arguments留空，不要加任何 flag；Working directory指向项目根目录 - 确保
http.ListenAndServe(":6060", nil)是主 goroutine 最终调用（别被go func(){}()包裹） - 如果用了 gin/echo 等框架，
_ "net/http/pprof"不起作用，必须手动注册：router.Any("/debug/pprof/*pprofPath", gin.WrapH(http.DefaultServeMux))
在 GoLand 终端里用 go tool pprof 指定时长
GoLand 自带 Terminal，这里才是控制采样时长的关键位置——不是在 GUI 设置里调，而是手敲命令。常见错误是漏掉单引号或写错 URL：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 先确保服务已启动，且能访问
http://localhost:6060/debug/pprof/ - 在 GoLand Terminal 中执行：
go tool pprof 'http://localhost:6060/debug/pprof/profile?seconds=15'（注意单引号包裹整个 URL） - 不要写成
go tool pprof http://...?seconds=15（shell 会把?当通配符解析，导致请求变成/debug/pprof/profileseconds=15） - 时长建议 ≥15 秒：低于 10 秒在低流量服务上极易采集不到样本，
flat列全是runtime.idle
GoLand Debug 模式下 pprof 无法正常工作
这是最隐蔽的坑：你在 GoLand 里点「Debug」启动服务，然后去终端跑 go tool pprof，结果 profile 显示耗时为 0 或样本极少——因为 Delve 调试器会干扰 runtime 的采样信号：
-
go tool pprof依赖内核级 timer 信号（SIGPROF）来中断 goroutine 抽样，而 Delve 会劫持或延迟该信号 - 解决方法：一律用 GoLand 的「Run」（非 Debug）启动服务；如需边调试边分析，改用离线方式：
runtime/pprof.StartCPUProfile(f)+defer pprof.StopCPUProfile()写死到代码里 - 验证是否生效：采集完成后输入
top10，看flat列单位是不是秒（s）；如果是MB，说明你误抓了allocs或heap
真正影响时长的只有 ?seconds=N 这个参数，其余所有配置——包括 GoLand 的环境变量、Build Tags、Go Modules 设置——都不改变采样逻辑。最容易忽略的是：你得在采样期间让服务“真正在干活”，空跑 30 秒，profile 里照样什么都没有。
