GPT4.0+Midjourney绘画+国内大模型 会员永久免费使用!
【 如果你想靠AI翻身,你先需要一个靠谱的工具! 】
最近合作开发一个项目,项目部署发现了才跑了没多久,就直接宕机了,查看服务器信息发现在某个时间端内存猛的暴涨了非常多,由于是合作开发的项目,我仔细的检查了自己的拿块代码,都没啥问题,另一个开发也说自己的代码没啥问题。
这没理没据的争论也不是个事,突然想起还有 pprof 这么个东西,正好能用上了。一顿操作下来,总算是找到了问题的根源。
pprof 是 go 中进行性能分析的工具,可以提供可视化数据查看。
pprof 的采样方式
这里举例采样内存信息。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | package mainimport ( "os" "runtime/pprof")func main() { var buf = make([][1024 * 1024]byte, 0) for i := 0; i < 100; i++ { buf = append(buf, [1024 * 1024]byte{}) } f, err := os.OpenFile("heapProfile", os.O_CREATE|os.O_TRUNC|os.O_RDWR, os.ModePerm) if err != nil { return } err = pprof.WriteHeapProfile(f) if err != nil { return } println("结束")} |
程序跑完之后会在本地生成 heapProfile 文件,命令行执行 go tool pprof heapProfile 可进入终端交互,可以输入 top 等命令查看:

这里可以输入 web 查看可视化界面,如果遇到 Could not execute dot; may need to install graphviz. 错误,需要自行安装,网上教程很多,本篇不提了。

顺带提一下 runtime.MemStats 结构体字段解释
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 | Alloc uint64 //golang语言框架堆空间分配的字节数TotalAlloc uint64 //从服务开始运行至今分配器为分配的堆空间总 和,只有增加,释放的时候不减少Sys uint64 //服务现在系统使用的内存Lookups uint64 //被runtime监视的指针数Mallocs uint64 //服务分配内存对象的次数Frees uint64 //服务回收内存对象的次数HeapAlloc uint64 //服务分配的堆内存字节数HeapSys uint64 //系统分配的作为运行栈的内存HeapIdle uint64 //申请但是未分配的堆内存或者回收了的堆内存(空闲)字节数HeapInuse uint64 //正在使用的堆内存字节数HeapReleased uint64 //返回给OS的堆内存,类似C/C++中的free。HeapObjects uint64 //堆内存块申请的量StackInuse uint64 //正在使用的栈字节数StackSys uint64 //系统分配的作为运行栈的内存MSpanInuse uint64 //用于测试用的结构体使用的字节数MSpanSys uint64 //系统为测试用的结构体分配的字节数MCacheInuse uint64 //mcache结构体申请的字节数(不会被视为垃圾回收)MCacheSys uint64 //操作系统申请的堆空间用于mcache的字节数BuckHashSys uint64 //用于剖析桶散列表的堆空间GCSys uint64 //垃圾回收标记元信息使用的内存OtherSys uint64 //golang系统架构占用的额外空间NextGC uint64 //垃圾回收器检视的内存大小LastGC uint64 // 垃圾回收器最后一次执行时间。PauseTotalNs uint64 // 垃圾回收或者其他信息收集导致服务暂停的次数。PauseNs [256]uint64 //一个循环队列,记录最近垃圾回收系统中断的时间PauseEnd [256]uint64 //一个循环队列,记录最近垃圾回收系统中断的时间开始点。NumForcedGC uint32 //服务调用runtime.GC()强制使用垃圾回收的次数。GCCPUFraction float64 //垃圾回收占用服务CPU工作的时间总和。如果有100个goroutine,垃圾回收的时间为1S,那么就占用了100S。BySize //内存分配器使用情况 |
net/http/pprof
需要引入 net/http/pprof 包
1 2 3 4 5 6 7 8 9 | package mainimport ( "net/http" _ "net/http/pprof")func main() { _ = http.ListenAndServe("0.0.0.0:6060", nil)} |
然后访问服务地址 http://127.0.0.1:6060/debug/pprof 即可看到如下图所示的调试界面:

这里需要注意,如果需要对 block 和 mutex 的信息进行追踪,需要在代码中显式加上以下代码:
1 2 | runtime.SetBlockProfileRate(1) // 开启对阻塞操作的跟踪,block runtime.SetMutexProfileFraction(1) // 开启对锁调用的跟踪,mutex |
gin 是 go 社区中使用较为广泛的一个 http 服务框架,其使用 pprof 进行性能分析,也有现成的轮子可以使用,引入 github.com/gin-contrib/pprof 即可,其实就是对于 net/http/pprof 的一个包装。
1 2 3 4 5 6 7 8 9 10 | package mainimport ( "github.com/gin-contrib/pprof" "github.com/gin-gonic/gin")func main() { engine := gin.Default() pprof.Register(engine)} |
test
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | -bench=. 进行性能测试,“.”是正则匹配,匹配了所有的测试函数-benchmem 打印出申请内存的次数。一般用于简单的性能测试,不会导出数据文件。-blockprofile block.out 将协程的阻塞数据写入特定的文件(block.out)。如果-c,则写成二进制文件。-cpuprofile cpu.out 将协程的CPU使用数据写入特定的文件(cpu.out)。如果-c,则写成二进制文件。-memprofile mem.out 将协程的内存申请数据写入特定的文件(mem.out)。如果-c,则写成二进制文件。-mutexprofile mutex.out 将协程的互斥数据写入特定的文件(mutex.out)。如果-c,则写成二进制文件。-trace trace.out 将执行调用链写入特定文件(trace.out)。 |
test 导出的数据也需要通过 go tool pprof 来分析。
安装
1 | go get -u github.com/google/pprof |
启动
1 | pprof -http=:8080 heapProfile |
访问 http://localhost:8080 可以得到下图:

每个块都是可点击的,可以进行深度分析。
pprof 是 go 中做性能分析的很强大的一个工具,支持内存,cpu,锁,goroutine 等数据采集,本篇主要是做个简单介绍,真正进行分析的时候,需要耐心了解各种图,数据展示的含义,一般来说还是比较好理解的。
pprof 性能分析是个很大的知识点,本篇仅做了简单的介绍,最好自己深入理解学习一下。
参考
golang pprof 实战-CPU,heap,alloc,goroutine,mutex,block
到此这篇关于go pprof 的使用的文章就介绍到这了,更多相关go pprof 使用内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!