golang pprof怎么使用-Golang-PHP中文网

pprof不是“导入就能用”的开关，必须满足三条件：暴露/debug/pprof/端点、采样时有真实负载、分析命令匹配profile类型；下划线导入仅对默认mux生效，自定义mux需手动注册；抓cpu数据须用引号包裹url、确保cpu活动、必要时调高采样率；heap查内存泄漏，allocs查高频分配；核心是先明确问题类型再选对应profile。

golang pprof怎么使用

pprof 不是“导入就能用”的开关，它必须满足三个硬条件：服务已暴露 /debug/pprof/ 端点、采样时程序真在跑目标负载、分析命令指向正确的 profile 类型——缺一不可，否则看到的全是空数据或误导性结果。

为什么 import _ "net/http/pprof" 后访问 /debug/pprof 返回 404

下划线导入只触发 init() 注册路由，但注册到哪、是否生效，取决于你用的 HTTP 多路复用器：

用 http.ListenAndServe(":6060", nil)（即默认 mux）时，导入后必须确保后台有独立 goroutine 启动该 server，且没被其他 ListenAndServe 覆盖
用自定义 http.ServeMux 或框架（如 Gin、Echo），_ "net/http/pprof" 完全无效，必须手动挂载：
mux.Handle("/debug/pprof/", http.StripPrefix("/debug/pprof/", http.HandlerFunc(pprof.Index)))
路径末尾斜杠不能省：/debug/pprof 返回 404，/debug/pprof/ 才显示索引页

go tool pprof 抓不到 CPU 数据？检查这三件事

CPU profile 默认 30 秒采样，但常卡在第一步失败，原因很具体：

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

URL 中的 ? 必须用单引号或双引号包裹，否则 shell 会把 seconds=30 当作独立参数：
go tool pprof 'http://localhost:6060/debug/pprof/profile?seconds=15'
采样期间程序必须有真实 CPU 活动；纯阻塞或空循环不会触发 SIGPROF 信号
容器环境可能被 prctl(PR_SET_NO_NEW_PRIVS, 1) 锁定，导致无法接收采样信号

heap 和 allocs 完全不是一回事，选错直接定位错方向

二者语义截然不同，不能混用：

/debug/pprof/heap：只抓 GC 后存活对象（in-use），适合查内存泄漏——对象分配后一直没被回收
/debug/pprof/allocs：记录整个生命周期所有 malloc（total allocated），适合查高频小对象爆炸——比如循环中反复 make([]byte, 1024) 却立刻丢弃
命令差异明显：go tool pprof http://localhost:6060/debug/pprof/heap vs go tool pprof http://localhost:6060/debug/pprof/allocs

真正难的不是命令怎么敲，而是得清楚你在怀疑什么：是响应变慢（CPU）、OOM（heap）、GC 频繁（allocs），还是 goroutine 堆积（goroutine）——pprof 只反馈数据，不替你提问。