pprof不输出日志，只通过/debug/pprof/ http接口按需生成二进制快照；需在go程序中显式注册路由（如http.handle("/debug/pprof/", http.stripprefix(...))），监听0.0.0.0:6060，并在有真实负载时用go tool pprof抓取对应profile（如/profile?seconds=30或/heap）。
GoLand 本身不处理 pprof 日志输出重定向——pprof 没有“日志”，它只暴露 HTTP 接口供外部工具采集数据；你真正要配的是 Go 程序本身的 pprof HTTP server 和 GoLand 的运行/调试配置，让 pprof 可访问、可抓取。
为什么在 GoLand 里看不到 pprof 日志或数据
pprof 不写日志文件，也不输出到 stdout/stderr。它只是注册了一组 /debug/pprof/* 路由，等你用 go tool pprof 或浏览器主动请求（比如 curl http://localhost:6060/debug/pprof/heap）才生成快照。GoLand 默认不会自动调用这些接口，也不会捕获响应体——所以“没日志”不是配置错了，是压根没触发采集。
- 常见现象：程序跑起来了，
/debug/pprof/返回 404 → 没注册 handler 或没启动 HTTP server - 现象：能打开
/debug/pprof/页面但 profile 为空（如 CPU 显示no samples collected）→ 服务空闲、采样时间太短、没真实流量 - 现象：GoLand 控制台刷了一堆 HTTP 访问日志，但 pprof 数据还是拿不到 → 那只是 server 日志，和 pprof 采样无关
GoLand 中必须手动注册并暴露 pprof HTTP server
仅导入 _ "net/http/pprof" 不够，尤其当你的主 server 不是 http.DefaultServeMux（比如用 gin、echo、自定义 mux）时，pprof 路由根本不会被挂载。必须显式注册。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 在 main 启动逻辑里加：
http.HandleFunc("/debug/pprof/", pprof.Index)（最简） - 更稳妥（兼容子路径）：
http.Handle("/debug/pprof/", http.StripPrefix("/debug/pprof/", pprof.Handler("index"))) - 如果用 gin：
r.GET("/debug/pprof/*pprof", gin.WrapH(http.DefaultServeMux))，不能只 import 包 - 监听地址别写
127.0.0.1:6060—— GoLand 调试时容器内/远程场景连不上，改用0.0.0.0:6060
GoLand 运行配置要放开端口并禁用默认重定向
GoLand 默认运行配置可能把 stdout/stderr 重定向到控制台，但这对 pprof 没影响；真正要调的是网络和启动参数。
- Run → Edit Configurations → 选中你的 go run 配置 → 在
Program arguments里确保没传冲突的-addr或--port参数 - 勾选
Allow multiple instances（避免调试时端口被占） - 不要勾选
Redirect input from或Redirect output to file—— 这会截断 HTTP 响应体，导致go tool pprof抓不到二进制 profile 数据 - 若用 Docker Compose 或 Kubernetes，需确认
ports或containerPort显式暴露6060，且 GoLand 的kubectl port-forward配置目标端口是6060
在 GoLand 里安全触发和验证 pprof 采集
别依赖 GoLand 内置终端直接跑 go tool pprof —— 它不带交互式图形界面，且容易因 GOPATH/GOBIN 路径问题找不到命令。推荐组合操作：
- 先在 GoLand 终端执行：
curl -s "http://localhost:6060/debug/pprof/profile?seconds=30" > cpu.pb.gz（手动触发 30 秒 CPU 采样） - 确保这 30 秒内有真实请求打进来（哪怕
curl http://localhost:8080/health），否则全是runtime.idle - 采样完成后，在 GoLand 终端运行：
go tool pprof -http=":8081" cpu.pb.gz，然后浏览器打开http://localhost:8081 - 内存 profile 一定要用
http://localhost:6060/debug/pprof/heap，不是allocs—— 后者只告诉你分配了多少，前者才反映实际内存占用增长
pprof 的核心从来不是“日志输出”，而是“按需触发的二进制快照”。你在 GoLand 里配的每一步，本质都是为了确保这个快照能被正确生成、传输、解析——中间任何一环断掉（注册失败、端口不通、采样无负载、抓错 endpoint），结果都是空白。
