JavaScript引擎通过标记-清除算法自动回收内存，避免内存泄漏需注意全局变量、定时器、闭包和DOM引用的管理，利用开发者工具监控内存使用。
JavaScript引擎通过自动管理内存来减轻开发者负担，其中垃圾回收（Garbage Collection, GC）是核心机制。它的主要任务是识别不再使用的对象并释放其占用的内存。目前主流的JavaScript引擎（如V8、SpiderMonkey）普遍采用标记-清除（Mark-and-Sweep）算法作为基础策略。
垃圾回收的基本原理
JavaScript中最常见的垃圾回收方式是标记-清除：
- 引擎从根对象（如全局对象、当前执行栈中的变量）开始，标记所有可访问的对象。
- 然后遍历堆内存，未被标记的对象被视为不可达，即“垃圾”，会被回收。
- 之后释放这些对象所占的内存空间。
另一种策略是引用计数，它会跟踪每个对象被引用的次数。当引用数为0时，对象会被立即回收。但由于无法处理循环引用的问题，现代引擎已不再单独依赖此方法。
常见的内存泄漏原因及避免方法
尽管有自动垃圾回收，开发者仍可能无意中导致内存泄漏。以下是几种典型场景和应对策略：
立即学习“Java免费学习笔记（深入）”；
1. 意外的全局变量未声明的变量会自动成为全局对象的属性，长期驻留在内存中。
- 使用严格模式（"use strict"）防止意外创建全局变量。
- 避免省略var、let或const关键字。
setInterval或addEventListener若未清理，会持续持有回调函数及其作用域内的变量。
- 在组件销毁或页面卸载前，调用clearInterval或removeEventListener。
- 使用WeakMap或WeakSet存储临时引用，允许被垃圾回收。
闭包会保留对外部作用域的引用，若外部变量占用大量内存且不再需要，应手动解除引用。
- 在闭包使用完毕后，将不再需要的外部变量设为null。
- 避免在内部函数中返回大型数据结构。
当DOM元素被移除后，若JavaScript中仍有对其的引用，该元素不会被回收。
- 删除节点前，先解除事件绑定和变量引用。
- 使用document fragment或虚拟DOM减少直接操作带来的风险。
如何监控和排查内存问题
- 使用Chrome DevTools的Memory面板进行堆快照（Heap Snapshot），查看对象实例及其引用链。
- 通过Performance面板录制内存分配情况，观察内存增长趋势。
- 利用Allocation instrumentation on timeline定位频繁创建对象的位置。
基本上就这些。理解垃圾回收机制有助于写出更高效的代码，而保持对引用关系的敏感性是避免内存泄漏的关键。不复杂但容易忽略。
