JavaScript内存管理依赖自动垃圾回收，但不当编码会导致内存泄漏。引擎通过标记-清除算法回收不可达对象，常见泄漏包括意外全局变量、未清理定时器、闭包引用大对象及DOM引用残留。使用严格模式、及时解绑事件与设引用为null可预防问题。借助Chrome DevTools分析堆快照和内存时间线，能有效检测泄漏。
JavaScript的内存管理主要依赖于自动垃圾回收机制，开发者通常不需要手动分配或释放内存。引擎会自动识别不再使用的变量和对象，并将其占用的内存回收。尽管如此，不当的代码编写仍可能导致内存泄漏，即本应被释放的内存未被正确清理。
JavaScript内存管理的基本原理
JavaScript中的内存生命周期分为三个阶段：分配内存、使用内存、释放内存。变量声明时自动分配内存，读写变量时使用内存，而释放则由垃圾回收器（Garbage Collector, GC）完成。
主流JavaScript引擎（如V8）采用标记-清除（Mark-and-Sweep）算法进行垃圾回收。GC会从根对象（如全局对象）开始遍历所有可达对象，标记它们为“活跃”，其余未被标记的对象被视为不可达并被清除。
常见的内存泄漏场景及避免方法
虽然有自动回收机制，但某些编程习惯会导致对象无法被正确回收，形成内存泄漏。
立即学习“Java免费学习笔记（深入）”；
1. 意外的全局变量在函数中忘记使用var、let或const声明变量，会导致变量挂载到全局对象上，长期驻留内存。
避免方式：始终显式声明变量，开启严格模式（use strict）可防止此类错误。
2. 未清理的定时器或事件监听器使用setInterval或addEventListener后，若未在适当时候清除，回调函数会持续引用外部变量，阻止其被回收。
建议做法：在组件销毁或页面卸载前调用clearInterval或removeEventListener。
闭包会保留对外部作用域的引用。如果闭包长期存在且引用了大对象，该对象无法被释放。
优化策略：避免在闭包中长期持有不必要的大对象引用，使用完毕后手动置为null。
当一个DOM元素被移除后，若仍有JavaScript变量引用它，该节点及其关联数据仍保留在内存中。
处理方式：移除DOM节点后，将对应引用设为null，确保无强引用残留。
如何检测和排查内存泄漏
Chrome DevTools提供了Memory面板，支持堆快照（Heap Snapshot）和录制内存分配时间线。通过对比不同操作前后的内存状态，可以定位异常增长的对象。
定期检查是否存在大量重复对象、未释放的监听器或意外的全局变量，有助于提前发现潜在问题。
基本上就这些。只要注意引用关系的管理，及时解绑资源，大多数内存泄漏是可以避免的。不复杂但容易忽略。
