JavaScript垃圾回收依赖标记-清除算法，从根对象遍历并标记活跃对象，清除不可达对象。引用计数因循环引用问题已少用。内存泄漏常见原因包括：1. 意外的全局变量，应使用严格模式避免；2. 未清理的事件监听器，需显式解绑；3. 闭包长期持有外部变量，应避免引用大型对象；4. 定时器未清除，组件销毁时应清理；5. 缓存无限制增长，宜用WeakMap/WeakSet。通过Chrome DevTools的Memory和Performance面板可检测泄漏，保持最小引用与及时清理可有效预防问题。
JavaScript中的垃圾回收机制主要依赖于自动内存管理，它会定期清理不再被引用的对象，释放其所占用的内存。开发者虽然不需要手动分配或释放内存，但如果代码结构不合理，仍可能导致内存泄漏。理解其工作原理并遵循最佳实践，能有效避免这类问题。
垃圾回收的基本原理
现代JavaScript引擎（如V8）大多采用标记-清除（Mark-and-Sweep）算法作为核心机制：
- 引擎从根对象（如全局对象、当前执行函数的变量）开始，遍历所有可到达的引用。
- 被访问到的对象被“标记”为活跃，未被标记的对象则被视为不可达。
- 垃圾回收器随后清除这些不可达对象，回收其内存。
另一种常见策略是引用计数，但因无法处理循环引用的问题，已逐渐被取代或仅用于特定场景。
常见的内存泄漏原因及应对方法
以下几种情况容易导致内存无法被回收，应特别注意：
立即学习“Java免费学习笔记（深入）”；
1. 意外的全局变量未声明的变量会自动成为全局对象的属性，长期驻留内存。
- 避免使用
var x = ...之外的方式隐式创建全局变量。 - 使用严格模式（"use strict"）可防止此类错误。
DOM元素被移除后，若仍绑定事件监听器，且监听器持有对元素的引用，该元素可能无法被回收。
- 使用
removeEventListener显式解绑。 - 考虑使用一次性事件或事件委托减少长期绑定。
闭包会保留对外层函数变量的引用，若闭包生命周期很长，可能导致外部变量无法释放。
- 避免在闭包中引用大型对象或DOM节点。
- 使用完成后手动将引用设为
null。
定时器回调中引用了外部对象，而定时器未被清除，会导致对象一直存活。
- 使用
clearInterval或clearTimeout及时清理。 - 组件销毁时（如React的useEffect cleanup）应清除相关定时器。
使用对象或数组作为缓存时，若不加限制地增长，可能持续占用内存。
- 使用
WeakMap或WeakSet存储关联数据，它们不会阻止键对象被回收。 - 定期清理过期缓存条目。
如何检测和排查内存泄漏
- 在Chrome DevTools中使用Memory面板进行堆快照（Heap Snapshot），比较前后对象数量。
- 通过Performance面板录制运行时内存变化，观察是否存在持续上升趋势。
- 使用Allocation instrumentation on timeline定位具体哪段代码分配了未释放的内存。
基本上就这些。只要保持引用最小化、及时清理副作用，并善用工具监控，就能大幅降低内存泄漏风险。
