pprof 不是通过 goland 的命令行参数开关控制，而需在代码中显式注册 http handler 或调用 runtime/pprof；对 http 服务，-cpuprofile 等 flag 无效，必须暴露 /debug/pprof/ 端点并确保监听 0.0.0.0 而非仅 localhost，框架需手动桥接路由。
pprof 不是靠 GoLand 的「命令行参数」开关控制的——它根本不在启动参数里，而是在代码中注册 HTTP handler 或调用 runtime/pprof 手动采样。你在 GoLand 的 Run Configuration 里加 -cpuprofile 或 -memprofile 这类 flag，只对 go run 启动的**命令行程序**有效，对 HTTP 服务类应用（比如用 http.ListenAndServe 的）完全没用。
GoLand 里跑 HTTP 服务时怎么让 pprof 生效
必须在代码里显式暴露端点，而不是依赖 IDE 参数：
- 确保已导入
_ "net/http/pprof"，且该导入所在的包被实际执行（比如放在main.go或 init 函数里） - 必须启动一个独立的 HTTP server，例如：
go func() { http.ListenAndServe(":6060", nil) }() - 确认监听地址不是
127.0.0.1:6060（GoLand 默认可能绑本地），改用0.0.0.0:6060，否则容器或远程调试连不上 - 如果用了 Gin/Echo/Chi 等框架，
_ "net/http/pprof"导入无效，必须手动桥接路由（如 Gin 用r.Any("/debug/pprof/*pprof", gin.WrapH(http.DefaultServeMux))）
GoLand 中调试命令行工具时怎么开 CPU / heap profile
这时才真正用得上「Program arguments」字段：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 在 GoLand 的 Run Configuration → Program arguments 里填：
-cpuprofile cpu.pprof -memprofile mem.pprof - 注意：这些 flag 只被
flag.Parse()解析，所以你的 main 必须调用它；标准go run自动处理，但自定义 flag 解析逻辑可能忽略它们 - 运行后生成
cpu.pprof和mem.pprof文件，再用go tool pprof cpu.pprof分析 - 别写成
--cpuprofile（双横线），Go 标准库只认单横线
为什么在 GoLand 里加 -http=:6060 没反应
go tool pprof -http=:6060 是分析命令，不是启动参数——它不能加在 GoLand 的「Program arguments」里，那是给你的程序传参的，不是给 go tool pprof 用的。
- 正确做法：先让程序跑起来并暴露
/debug/pprof/，再在终端单独执行：go tool pprof 'http://localhost:6060/debug/pprof/profile?seconds=15' - GoLand 本身不提供内置 pprof 可视化界面，
-http是go tool pprof的子命令，和 IDE 无关 - 如果想在 IDE 内快速触发，可配 External Tool：Command 填
go，Arguments 填tool pprof -http=:8080 'http://localhost:6060/debug/pprof/heap'
最常被忽略的一点：pprof 数据是否可见，和你有没有在 GoLand 里勾选「Add content root to classpath」之类设置毫无关系——它只取决于你的程序是否真把 handler 挂到了能访问的 mux 上、是否有真实负载、以及采集 URL 是否带引号和正确参数。其他全是干扰项。
