Go語言之使用pprof工具查找goroutine(協(xié)程)泄漏
用pprof工具查找goroutine(協(xié)程)泄漏
goroutine泄漏指的是goroutine啟動之后沒有退出導致goroutine的數(shù)量持續(xù)上升,或者是在實際應用中goroutine占用了很長時間才退出導致在一段時間內(nèi)goroutine的數(shù)量急劇上升。
通??梢圆捎肎o自帶的pprof工具來定位問題
如下面這個示例
這是一個簡單的HTTP服務,當接收到請求時另起一個goroutine來輸出日志,同時返回“Hello, World!\n”。
在記錄日志之前可能要處理一個耗時很長的業(yè)務邏輯,如通過公網(wǎng)請求第三方的API接口,這里為了簡化問題用time.Sleep來示意。
goroutineleak.go
package main
import (
"io"
"log"
"net/http"
_ "net/http/pprof"
"time"
)
func writeLog(msg string) {
go func() {
time.Sleep(1 * time.Second)
log.Println(msg)
}()
}
func handler(w http.ResponseWriter, r *http.Request) {
writeLog(r.URL.RequestURI())
io.WriteString(w, "Hello, world!\n")
}
func main() {
http.HandleFunc("/", handler)
http.ListenAndServe(":8080", nil)
}利用Grinder來壓測,開8個進程,每個進程開3個線程,同時請求上述服務。
在請求過程中,通過瀏覽器查看http://pub.pengpengzhou.com:8080/debug/pprof/goroutine?debug=1, 域名是上述服務所在的地址。

從pprof的返回結(jié)果中,我們可以看到協(xié)程總數(shù)是5605,下面列出了5組產(chǎn)生協(xié)程的代碼stack trace,按產(chǎn)生的協(xié)程數(shù)量倒排序。
可以看到第一組產(chǎn)生了5597個協(xié)程,產(chǎn)生位置在goroutineleak.go的13行“time.Sleep(1 * time.Second)”對應的函數(shù)是main.writeLog。
問題很快得到定位,把這一行注釋掉,重新再壓測,可以得到如下結(jié)果, 協(xié)程總數(shù)一下就降到了8,泄漏的問題得到了解決。

當然,在實際應用中,耗時是不可避免的,通常是用設置超時的辦法來規(guī)避長時間等待。
總結(jié)
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關文章
Golang?實現(xiàn)Redis?協(xié)議解析器的解決方案
這篇文章主要介紹了Golang???實現(xiàn)?Redis?協(xié)議解析器,本文將分別介紹Redis 通信協(xié)議 以及 協(xié)議解析器 的實現(xiàn),若您對協(xié)議有所了解可以直接閱讀協(xié)議解析器部分,需要的朋友可以參考下2022-10-10

