GoLand本身不提供pprof配置能力，真正生效需代码导入_ "net/http/pprof"、启动独立HTTP服务（如0.0.0.0:6060）、保留调试符号（-gcflags="all=-l" -ldflags="-compressdwarf=false"），IDE仅辅助运行与终端操作。
GoLand 本身不配置 pprof，它只调用 go tool pprof；真正要让 pprof 能用，得在代码里注册 handler、启动端口、保留调试符号——IDE 只是帮你跑程序和开终端的工具。
GoLand 启动后访问 /debug/pprof/ 返回 404 怎么办
不是 GoLand 没配对，而是你的程序根本没暴露这个 HTTP 接口。
- 确认已导入
_ "net/http/pprof"（注意下划线，触发 init 注册） - 必须显式启动一个独立的 HTTP server：比如在
main()开头加go http.ListenAndServe("0.0.0.0:6060", nil)，不能复用主业务端口（如 :8080），否则可能被 Gin/Echo 中间件拦截 - 若用了框架，
_ "net/http/pprof"自动注册失效：Gin 需加r.Any("/debug/pprof/*pprof", gin.WrapH(http.DefaultServeMux))；Echo 需用e.Group("/debug/pprof").Use(middleware.WrapHandler(http.DefaultServeMux))；Chi 必须用mx.Mount("/debug/pprof", http.HandlerFunc(pprof.Index)) - 检查 GoLand 控制台是否输出
Listening on :6060—— 没这行就说明ListenAndServe根本没执行，常见于 goroutine panic 或提前 return
GoLand 终端里运行 go tool pprof 看不到函数名
火焰图里全是 runtime.mallocgc 或一堆地址（如 0x456789），说明符号表缺失，不是命令写错，是二进制没带调试信息。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- GoLand 的 Run Configuration → Go Build → “Build flags” 必须填：
-gcflags="all=-l" -ldflags="-compressdwarf=false" - 绝对不要加
-ldflags="-s -w"—— 这是生产发布才用的 strip 参数，开发期禁用 - 分析时必须显式传入本地二进制路径：
go tool pprof ./myapp http://localhost:6060/debug/pprof/profile?seconds=30；只传 URL 会丢函数名和行号 - 用
go run main.go启动的服务，临时二进制路径不固定，GoLand 基本无法关联源码 → 排查务必用go build -o myapp .构建再分析
GoLand 内置 Profiler 按钮点不动或采样失败
那个小火焰图标（Run → Profile 'xxx'）不是万能开关，它底层仍依赖你代码已就绪的 pprof 端点，且只支持基础 CPU/heap 抓取。
立即学习“go语言免费学习笔记（深入）”；
- 它不会自动启动 HTTP server，也不会帮你改代码开启
SetBlockProfileRate；如果http://localhost:6060/debug/pprof/打不开，Profiler 就会卡住或报错 connection refused - 它不支持内存差分（
-base heap1.pb.gz heap2.pb.gz）、自定义单位（--unit mb）、或带 query 参数的 endpoint（如/heap?gc=1） - Debug 模式下采样易失真：断点暂停 goroutine 会导致 CPU profile 样本偏少；
/heap若不手动触发 GC，看到的是积压旧分配，不是当前 inuse_space - 最稳做法：在 GoLand Terminal 里手动 curl 触发采集，再用
go tool pprof加参数分析，比如go tool pprof -http=:8081 http://localhost:6060/debug/pprof/heap?gc=1
最容易被忽略的一点：pprof 的符号解析强依赖本地二进制与远程服务同源，且构建时未 strip；任何环节断链（比如用不同 GOPATH 构建、容器内运行但本地分析、或 Go 1.25+ 默认压缩 DWARF 后没关 -compressdwarf=false），都会导致函数名消失、跳转失败、top 结果不可读。
