排查了一個長期運行後內存越來越大的後台系統,記錄一下內存泄漏的常見原因和排查方法。
常見內存泄漏場景
1. 未清除的事件監聽器
javascript
// ❌ 組件銷燬後監聽器還在
export default {
mounted() {
window.addEventListener('resize', this.handleResize)
document.addEventListener('click', this.handleClick)
}
// 忘記在 beforeDestroy 中清除!
}
// ✅ 正確做法
export default {
mounted() {
window.addEventListener('resize', this.handleResize)
},
beforeDestroy() {
window.removeEventListener('resize', this.handleResize)
}
}
2. 未清除的定時器
javascript
// ❌ 組件銷燬後定時器仍在執行
export default {
mounted() {
this.timer = setInterval(this.poll, 5000);
},
beforeDestroy() {
clearInterval(this.timer); // 必須清除!
},
};
3. 閉包持有大對象引用
javascript
// ❌ 大對象被閉包捕獲,無法被 GC
function createClosure() {
const hugeData = new Array(10000).fill("data"); // 大數組
return function handler() {
// handler 被存儲,hugeData 無法釋放
console.log("done"); // 其實不需要 hugeData!
};
}
// ✅ 只保留需要的數據
function createClosure() {
const hugeData = new Array(10000).fill("data");
const needed = hugeData.length; // 只保留需要的
hugeData = null; // 讓 GC 回收
return function handler() {
console.log(needed);
};
}
4. 全局緩存沒有上限
javascript
// ❌ 無限增長的緩存
const cache = {};
function getUser(id) {
if (!cache[id]) {
cache[id] = fetchUser(id);
}
return cache[id];
}
// ✅ 用 WeakMap 或設置上限
const cache = new Map();
const MAX_SIZE = 100;
function getUser(id) {
if (cache.has(id)) return cache.get(id);
if (cache.size >= MAX_SIZE) {
cache.delete(cache.keys().next().value); // 刪最舊的
}
const user = fetchUser(id);
cache.set(id, user);
return user;
}
Chrome DevTools 排查
- Memory 面板 → Heap Snapshot:對比兩次快照,找增長的對象
- Memory 面板 → Allocation instrumentation on timeline:記錄內存分配時間線
- Performance Monitor:實時監控 JS Heap 大小
javascript
// 主動觸發 GC(調試用)
// DevTools → Memory → Collect Garbage 按鈕
// 或命令行:node --expose-gc app.js,然後 global.gc()
WeakMap 和 WeakRef
javascript
// WeakMap:鍵是弱引用,GC 可以回收鍵對象
const elementData = new WeakMap();
function attachData(el, data) {
elementData.set(el, data); // el 被 GC 回收時,這條記錄也消失
}
// 適合存儲 DOM 元素相關的私有數據
小結
- 組件銷燬時清除所有監聽器、定時器
- 閉包注意不要意外持有大對象
- 全局緩存設上限或用 LRU
- Chrome DevTools Memory 面板是排查工具