JavaScript内存管理依赖自动垃圾回收机制，通过可达性判断对象是否可回收。内存生命周期包括分配、使用与释放，未被引用的对象将被回收。常见泄漏场景有意外全局变量、未清除定时器、闭包引用大对象及DOM残留引用，需手动断开无用连接。引擎采用分代回收、增量标记与并发回收优化性能。合理管理引用关系可避免内存泄漏，提升应用稳定性。
JavaScript的内存管理是开发者在编写高效、稳定代码时不可忽视的重要部分。虽然JavaScript具备自动垃圾回收机制，让开发者无需手动管理内存，但理解其底层原理有助于避免内存泄漏和性能问题。
内存分配与生命周期
JavaScript在变量声明、对象创建或函数调用时会自动进行内存分配。例如：
let name = "Tom"; // 分配内存给字符串 const user = { age: 25 }; // 分配内存给对象每一块被分配的内存都有其生命周期：分配 → 使用 → 释放。释放阶段由垃圾回收器（Garbage Collector, GC）自动完成，但前提是系统能确定该内存不再被使用。
可达性与垃圾回收判断标准
JavaScript采用“可达性”作为判断内存是否可回收的核心机制。所谓“可达值”，是指那些能够通过引用链从根（如全局对象、当前执行上下文中的变量等）访问到的值。
立即学习“Java免费学习笔记（深入）”；
垃圾回收器会定期从根开始遍历所有引用，标记所有可达对象。未被标记的对象即被视为不可达，其占用的内存将被回收。
- 局部变量在函数执行结束后通常变为不可达，从而被回收
- 闭包中被引用的变量仍可达，不会立即释放
- 全局变量始终可达，除非显式解除引用，否则不会被回收
常见的内存泄漏场景与防范
尽管有自动回收机制，不当编码仍会导致内存无法释放。
- 意外的全局变量：未声明的变量会挂载到全局对象上，长期驻留内存。应使用严格模式（"use strict"）避免此类问题
- 遗忘的定时器或事件监听：setInterval中引用的回调若包含对外部变量的引用，且未清除，则这些变量无法释放。应及时调用clearInterval或removeEventListener
- 闭包引用过大对象：闭包保留对外层作用域的引用，若外层变量包含大量数据，应主动置为null以断开引用
- DOM引用未清理：移除DOM节点时，若仍有JavaScript变量引用该节点，内存不会释放。应同时解除JS引用
垃圾回收算法与优化策略
主流JavaScript引擎（如V8）采用多种算法结合的方式提升回收效率：
- 分代回收：根据对象存活时间分为新生代和老生代，分别采用Scavenge（快速复制）和标记-清除/标记-整理算法处理
- 增量标记：将标记过程拆分为小段执行，避免长时间阻塞主线程
- 并发回收：在单独线程中执行部分回收任务，减少对脚本执行的影响
这些机制使JavaScript能在保持高性能的同时有效管理内存。
基本上就这些。掌握内存管理核心逻辑，关注引用关系，及时解除不必要的连接，就能写出更健壮的应用。不复杂但容易忽略。
