答案：javaScript内存泄漏常见于全局变量、未清理的定时器、闭包和dom引用，可通过严格模式、及时解绑事件、使用WeakMap及DevTools监控来预防和检测。
javascript内存泄漏虽然不易察觉，但长期运行的应用中会显著影响性能。常见于单页应用、长时间运行的后台任务或频繁操作DOM的场景。关键在于识别泄漏模式并养成良好的编码习惯。
常见的内存泄漏类型
1. 意外的全局变量
未声明的变量会自动成为全局对象（如window）的属性，无法被垃圾回收。
示例：
function leak() {
leakedvar = “我成了全局变量”; // 缺少var/let/const
}
预防方式：使用严格模式（”use strict”）或启用ESLint等工具检测未声明变量。
2. 被遗忘的定时器或回调
setInterval或事件监听未清除，导致引用的函数和上下文无法释放。
示例：
setInterval(() => {
// 如果this或外部变量被引用，组件销毁后仍存在
console.log(this.someData);
}, 1000);
建议：在组件卸载或逻辑结束时调用clearInterval或removeEventListener。
3. 闭包引用外部大对象
闭包保留对外部作用域的引用，若外部变量包含大量数据或DOM节点，可能阻止回收。
示例：
function outer() {
const bigData = new Array(10000).fill(“data”);
return function inner() {
console.log(bigData.Length); // 闭包持续持有bigData
}
}
优化：避免在闭包中长期持有不必要的大对象，使用完及时置为NULL。
立即学习“Java免费学习笔记（深入）”；
4. DOM引用未清理
保留对已移除DOM节点的引用，会导致整个节点及其事件监听器无法释放。
示例：
let danglingnode = document.getElementById(“temp”);
document.body.removeChild(danglingNode); // 节点已移除
// 但danglingNode仍引用它，无法回收
做法：节点移除后，将相关引用设为null。
如何检测内存泄漏
1. 使用chrome DevTools
– 打开“Memory”面板，进行堆快照（Heap Snapshot）对比。
– 在“Performance”中记录一段时间的内存使用，观察是否持续上升。
– 使用“Allocation instrumentation on timeline”追踪对象分配情况。
2. 监控内存使用
通过performance.memory（非标准，仅Chrome）查看js堆使用：
console.log(performance.memory); // 查看usedSize、totalJSHeapSize等
3. 注意异常增长
若页面运行越久，内存占用越高且不回落，很可能存在泄漏。
预防内存泄漏的最佳实践
1. 及时解绑事件和定时器
组件或模块销毁时，确保：
- clearTimeout/clearInterval
- removeEventListener
- 取消订阅自定义事件（如EventEmitter.off）
2. 避免长生命周期对象持有短生命周期引用
例如，不要让全局管理器长期持有某个视图实例的引用，除非明确需要。
3. 使用WeakMap和WeakSet
它们持有的引用是弱引用，不会阻止垃圾回收。
适用场景：
const cache = new WeakMap();
cache.set(domNode, expensiveData); // domNode回收后，缓存自动清理
4. 定期审查代码中的引用关系
尤其是涉及闭包、事件、回调和全局状态的部分。
基本上就这些。保持警惕，善用工具，大多数内存泄漏是可以避免的。