快捷導(dǎo)航

使用pprof分析golang內(nèi)存泄露問題及解決

更新時(shí)間：2025年04月02日 08:40:31 作者：coding4all

這篇文章主要介紹了使用pprof分析golang內(nèi)存泄露問題及解決,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教

問題現(xiàn)象

生產(chǎn)環(huán)境有個(gè)golang應(yīng)用上線一個(gè)月來(lái)，占用內(nèi)存不斷增多，約30個(gè)G，這個(gè)應(yīng)用的DAU估計(jì)最多幾十，初步懷疑有內(nèi)存泄露問題。

下面是排查步驟：

分析

內(nèi)存泄露可能點(diǎn)：

goroutine沒有釋放
time.NewTicker資源未及時(shí)釋放
slice切割的誤用…

開啟pprof

我們的web框架使用的是gin，結(jié)合pprof

package main

import (
	"github.com/gin-contrib/pprof"
	"github.com/gin-gonic/gin"
)

func main() {
  router := gin.Default()
  pprof.Register(router)
  router.Run(":8090")
}

瀏覽器訪問：http://ip:port/debug/pprof

著重看下heap和goroutine

heap中發(fā)現(xiàn)代碼中一個(gè)內(nèi)存緩沖bigcache比較占用內(nèi)存，goroutine中發(fā)現(xiàn)總共466700個(gè)goroutine，第一處代碼占了466615個(gè)，這是肯定不正常的。至此，已基本確定內(nèi)存泄露的點(diǎn)了，繼續(xù)驗(yàn)證：

go tool pprof http://ip:port/debug/pprof/heap

輸入top命令：

之前通過http://ip:port/debug/pprof/heap?debug=1查看到的bigcache占用內(nèi)存，go tool 分析之后排除了內(nèi)存泄露的可能性，因?yàn)槌绦蛟谶\(yùn)行一段時(shí)間后，bigcache占用內(nèi)存并未增長(zhǎng)，goph.NewUnknown方法的代碼位置和goroutine中client.go:72的指向是一致的，所以可以確定就是這塊代碼的問題。

代碼分析

問題代碼：

func NewUnknown(user string, addr string, auth Auth, t time.Duration) (*Client, error) {
	type st struct {
		cli *Client
		err error
	}
	var ch = make(chan st) # 無(wú)緩沖隊(duì)列
	go func() {
		cli, err := NewConn(&Config{
			User:     user,
			Addr:     addr,
			Port:     22,
			Auth:     auth,
			Timeout:  DefaultTimeout,
			Callback: ssh.InsecureIgnoreHostKey(),
		})
		ch <- st{  # 寫阻塞 ①
			cli: cli,
			err: err,
		}
	}()
	for {
		select {
		case <-time.After(t): # ②
			return nil, fmt.Errorf("new ssh client time out")
		case res := <-ch:
			return res.cli, res.err
		}
	}
}

由于ch是無(wú)緩沖的channel，①處寫數(shù)據(jù)可能會(huì)阻塞，當(dāng)②超時(shí)返回時(shí)，由于ch沒有被接收方，①處的goroutine會(huì)一直阻塞，造成內(nèi)存泄露。