Golang怎么做内存泄漏排查_Golang内存泄漏教程【基础】-Golang-PHP中文网

真内存泄漏的关键特征是heapinuse和heapalloc在稳定负载下线性增长且重启后复现；需间隔30秒以上连续采样3–5次堆快照，用pprof分析inuse_space趋势，并排除cgo、unsafe、runtime底层等pprof不可见场景。

golang怎么做内存泄漏排查_golang内存泄漏教程【基础】

“内存一直在涨”不等于泄漏——Go 有 GC，很多上涨是 GC 滞后、缓存未淘汰、或对象本就该活很久。真泄漏的关键特征是：runtime.ReadMemStats 返回的 HeapInuse 和 HeapAlloc 在稳定负载下随时间线性增长，且每次重启后归零、再次复现。

别在程序刚启动时采样：GC 还没稳，MemStats.NextGC 接近 MemStats.HeapAlloc 时抓的 profile 基本无效
至少间隔 30 秒以上，连续抓 3–5 次堆快照，看 inuse_space 趋势是否持续抬升
用 go tool pprof -http=:8080 <binary> heap.pprof</binary> 打开后，在右上角 SAMPLE 下拉菜单选 inuse_space（不是 alloc_objects）
如果 alloc_space 远大于 inuse_space，说明分配多、释放少，更可能是泄漏；若两者接近，大概率是长生命周期对象（比如全局 map 缓存）

pprof.WriteHeapProfile 只记录当前存活对象，但有些泄漏它完全不感知——因为 runtime 根本没把它当“Go 对象”管。

cgo 分配的 C 堆内存：比如 C.malloc、C.CString，pprof 不统计，得加 GODEBUG=cgocheck=2 运行看 panic，再用 valgrind --tool=memcheck（Linux）验证
unsafe.Pointer 或 reflect 绕过类型系统持有的内存，pprof 无法追踪引用链
netpoll、timer、workergoroutine 内部结构（如 netpollfd 表），属于 runtime 底层，不在堆 profile 覆盖范围内
goroutine 泄漏常连带堆泄漏：每个泄漏 goroutine 分配一个 buffer 并塞进全局 channel，runtime.NumGoroutine() 持续上升就是强信号

默认不启用 net/http/pprof，pprof.WriteHeapProfile 又容易被忽略调用时机，导致抓的全是“假平静”。

Golang Naming

Go（Golang）命名规范 — 包括包、构造函数、结构体、接口、常量、枚举、错误、布尔值、接收器、getter/setter、函数等。

下载

线上服务必须启用 net/http/pprof：导入 _ "net/http/pprof"，再起个 goroutine 调用 http.ListenAndServe("localhost:6060", nil)
抓 profile 优先走 HTTP 接口：wget http://localhost:6060/debug/pprof/heap -O before.heap，比 WriteHeapProfile 更实时、更全
本地复现时，别只抓一次：在疑似泄漏点前、中、后各调一次 pprof.WriteHeapProfile(f)，文件名务必以 .heap 结尾，否则 go tool pprof 可能识别失败
对比要用 diff：比如 go tool pprof -http=:9999 before.heap after.heap，浏览器里直接看新增的 inuse_space 分配路径

testing.B 默认不管 GC，B.ReportAllocs() 的 allocs/op 在短函数里波动极大，根本没法横向比较。

在 B.ResetTimer() 前手动触发 GC：runtime.GC(); runtime.GC()（两次确保 STW 完成），再开始计时
用 -benchmem -memprofile=mem.out 生成 profile，然后 go tool pprof -alloc_space mem.out 查累计分配量——这个比 allocs/op 稳定得多
别只信 top 函数：重点看 list <funcname></funcname> 输出里哪几行反复分配，尤其是闭包捕获变量、往全局 map/slice append、或 channel recv 后没处理完就丢弃

真正难的不是工具怎么用，而是区分“GC 没来得及”和“永远不释放”——前者看趋势是否收敛，后者看重启后是否复现。很多泄漏藏在 timer.Reset、context.WithCancel 未 cancel、或者 defer 里忘了 close file/rows 这些不起眼的地方。