快捷導(dǎo)航

nodejs服務(wù)內(nèi)存泄露排查過(guò)程和優(yōu)化方法

更新時(shí)間：2023年11月14日 14:52:06 作者：莫大h

在開(kāi)發(fā)和部署Node.js應(yīng)用程序時(shí),內(nèi)存泄露是一個(gè)常見(jiàn)的挑戰(zhàn),本文將探討如何對(duì)于一個(gè)陌生項(xiàng)目進(jìn)行內(nèi)存排查和優(yōu)化的方法,文章通過(guò)圖文介紹的非常詳細(xì),需要的朋友可以參考下

背景

首先項(xiàng)目最初不是自己寫的，項(xiàng)目接手一段時(shí)間后才發(fā)現(xiàn)了問(wèn)題，往往這種情況不能第一時(shí)間定位到具體代碼，需要根據(jù)用戶反饋以及工具排查。

剛開(kāi)始用戶反饋接口卡頓，影響正常使用，我這邊查看日志發(fā)現(xiàn)沒(méi)有異常報(bào)錯(cuò)，就嘗試重啟應(yīng)用，重啟后解決問(wèn)題。

分析問(wèn)題

我嘗試了以下步驟

由于是代理服務(wù)，我以為是請(qǐng)求過(guò)多，導(dǎo)致服務(wù)日志寫入過(guò)多導(dǎo)致，所以我只保留了嚴(yán)重錯(cuò)誤日志，運(yùn)行一段時(shí)間后發(fā)現(xiàn)無(wú)效
由于前不久做過(guò)一次容器化部署，程序跑一段時(shí)間后會(huì)生成 core.42 文件，文件很大，有30G，該文件是進(jìn)程崩潰的內(nèi)存和寄存器的快照。我又嘗試不使用 docker 部署，運(yùn)行一段時(shí)間后發(fā)現(xiàn)無(wú)效
使用pm2 list 發(fā)現(xiàn)進(jìn)程的內(nèi)存使用異常高，高達(dá)3.4GB，這才發(fā)覺(jué)可能是內(nèi)存泄露導(dǎo)致程序崩潰

pm2 list
┌────┬─────────┬─────────────┬─────────┬─────────┬──────────┬────────┬──────┬───────────┬──────────┬──────────┬──────────┬──────────┐
│ id │ name    │ namespace   │ version │ mode    │ pid      │ uptime │ ?    │ status    │ cpu      │ mem      │ user     │ watching │
├────┼─────────┼─────────────┼─────────┼─────────┼──────────┼────────┼──────┼───────────┼──────────┼──────────┼──────────┼──────────┤
│ 0  │ erra    │ default     │ 0.6.53  │ cluster │ 30696    │ 2h     │ 23   │ online    │ 0%       │ 3.4gb    │ root     │ disabled │
└────┴─────────┴─────────────┴─────────┴─────────┴──────────┴────────┴──────┴───────────┴──────────┴──────────┴──────────┴──────────┘

內(nèi)存泄漏分析

利用Node.js內(nèi)置工具： Node.js提供了一些內(nèi)置工具來(lái)分析內(nèi)存使用情況，如--inspect參數(shù)。啟動(dòng)Node.js應(yīng)用程序時(shí)加上該參數(shù)，并使用Chrome開(kāi)發(fā)者工具的Memory選項(xiàng)來(lái)觀察內(nèi)存使用情況。

node --inspect  --heapsnapshot-signal=SIGUSR2 ./bin/erra.js start

打開(kāi) chrome://inspect/#devices

啟動(dòng)項(xiàng)目后，先在Menory中創(chuàng)建一個(gè)初始的快照

然后進(jìn)行多次操作(根據(jù)項(xiàng)目流程操作)，在創(chuàng)建一個(gè)快照進(jìn)行內(nèi)存對(duì)比，發(fā)現(xiàn)內(nèi)存翻倍的增加

通過(guò) Retained Size 排序，展開(kāi)頭幾項(xiàng)看看，展開(kāi)到能看到具體對(duì)象或者方法為止

通過(guò)展開(kāi)(closure)也可以定位到文件，到此基本可以確定是 proxy-server.js文件與proxyReq 對(duì)象相關(guān)出現(xiàn)了內(nèi)存泄露，由于我是本地調(diào)試，所以可以通過(guò)點(diǎn)擊文件名跳轉(zhuǎn)到源碼處