Go pprof Heap：分析内存占用和对象分配

内存问题不一定是泄漏，也可能是分配速率太高、对象生命周期太长或缓存没有边界。Heap profile 的核心，是帮助你区分“当前还活着的对象”和“历史上分配过的对象”。

inuse 与 alloc 的区别

inuse_space 更接近当前仍被引用的内存，适合分析常驻占用和疑似泄漏。alloc_space 关注累计分配量，适合分析高频临时对象和 GC 压力。两者都重要，但问题类型不同。

不要只看 RSS

容器里的 RSS 会受到 Go heap、栈、mmap、C 库和运行时保留内存影响。单看 RSS 很难定位函数级问题，应该结合 heap profile、gctrace 和业务缓存指标一起看。

用对比找变化

优化前后各保存一份 profile，用 pprof 的 diff 或 top 对比。只要输入规模一致，分配下降通常会体现在 B/op、allocs/op 和 GC 次数上。

生产场景

适用于内存持续上升、GC 频繁、容器接近内存限制或批处理任务峰值 RSS 过高的场景。

关键指标

• inuse_space 排名前十对象
• allocs/op 与 B/op
• GC pause、heap goal 与 RSS 曲线

常见误区

• 把 alloc_space 高直接判断为泄漏
• 没有固定输入规模就对比 profile
• 缓存无上限却只调 GOGC

代码示例

go test -bench=. -benchmem -memprofile mem.out
go tool pprof -sample_index=inuse_space mem.out
go tool pprof -sample_index=alloc_space mem.out

上线检查

• 优化前后必须保留同一条件下的 benchmark 或 profile。
• 至少观察 P95/P99、错误率、CPU、内存和 GC 指标。
• 如果改动影响热路径，必须准备灰度和回滚方案。