JavaScript内存泄漏主因是未清理定时器、事件监听器和DOM引用：setInterval不clear会通过闭包持留数据；removeEventListener需同函数引用才有效；删除DOM元素后仍存在JS强引用则无法回收。
为什么 setInterval 不清除会导致内存越积越多
定时器回调函数会形成闭包，持续持有外部作用域里的变量。哪怕 DOM 已卸载、组件已销毁，只要定时器还在跑，它引用的数据就一直“活”着，GC 无法回收。
- 常见错误：
setInterval(() => { processData(largeArray); }, 1000)，但没配对调用clearInterval - React/Vue 场景中，组件
unmount后忘记清理，largeArray就永久滞留内存 - 修复方式：保存定时器 ID，组件销毁时显式清除；或改用
setTimeout链式调用 + 条件终止
removeEventListener 失效的真正原因
事件监听器必须用**完全相同的函数引用**才能成功移除。用匿名函数或每次新建的箭头函数绑定，removeEventListener 实际上找不到目标，监听器就一直挂着。
- 错误写法：
el.addEventListener('click', () => doSomething())→removeEventListener无效 - 正确做法：把处理函数声明为具名函数或存为变量，确保添加和移除用的是同一个引用
- 更稳妥方案：用
AbortController（现代浏览器）或在监听器里检查this?.isConnected === false提前退出
DOM 元素删了，内存却没释放？查这三处
移除一个 element 只是断开它和 DOM 树的关系，如果 JS 还有强引用指向它，它连同子节点、绑定的事件、计算样式等全都会留在堆里。
Android 应用框架原理与程序设计36技pdf繁体版
下载
Android应用框架原理与程序设计36技 pdf繁体版，书籍内容适用于Android 1.0，有些朋友可能对Android还不太熟悉吧？不知您是否听说过Google 在HTC定制的高端手机呢？其操作系统是基于Android的，如果还是不太清楚的话，可以Google一下“HTC g2”手机，可以大致了解一下手机操作系统的界面及架构特点。不管怎么说，Android手机编程目前还是主要面向高端，在将来可能会普及，因此Android编程还是很有必要掌握的。
- 检查是否还有变量直接引用该元素，比如
const cachedEl = document.getElementById('app')，删完没设cachedEl = null - 检查是否用
WeakMap或WeakSet存储关联数据——它们不会阻止 GC，而普通Map会 - 检查是否在全局对象（
window或模块顶层）意外挂了引用，比如window.lastClicked = element
闭包不是问题，长期持有大对象才是
闭包本身是语言特性，合法且常用。真正泄漏的是闭包里无意长期持有的大数组、大对象或整个 DOM 树。
立即学习“Java免费学习笔记（深入）”；
- 典型陷阱：
function createProcessor() { const hugeData = new Array(1e6).fill(0); return () => console.log(hugeData.length); } - 即使只暴露一个空函数，
hugeData仍被闭包捕获，无法释放 - 解法不是禁用闭包，而是在不需要时主动切断引用：
processor = null，或重构为按需加载数据
offsetHeight，同时这个节点还绑着用匿名函数注册的事件——三者叠加，GC 就彻底失能。动手前先打开 DevTools 的 Memory 面板拍快照比对，比猜更可靠。 
