JavaScript内存管理依赖垃圾回收机制，核心算法包括引用计数、标记-清除、分代收集及增量并发回收；开发者需避免全局变量、闭包泄漏、未解绑事件等导致内存泄漏。
JavaScript的内存管理是自动执行的，开发者通常不需要手动分配或释放内存。这种机制的核心在于垃圾回收（Garbage Collection, GC）。理解其背后的算法，有助于写出更高效、避免内存泄漏的代码。
内存生命周期简述
无论使用何种语言，内存的生命周期大致相同：
- 分配内存：变量、对象、函数等被创建时，系统为其分配内存。
- 使用内存：程序读写这些数据。
- 释放内存：不再需要的数据应被清理，以便内存可被复用。
在JavaScript中，前两步由开发者控制，第三步则由垃圾回收器自动完成。
常见垃圾回收算法
JavaScript引擎采用多种算法来判断哪些内存可以安全回收。以下是几种主流机制：
立即学习“Java免费学习笔记（深入）”；
1. 引用计数（Reference Counting）
这是最简单的回收策略：跟踪每个值被引用的次数。当引用数为0时，即可回收。
例如：
let obj = { name: 'test' };let ref = obj; // 引用 +1
obj = null; // 引用 -1，但 ref 仍指向原对象
ref = null; // 引用归零，可回收
问题：无法处理循环引用。比如两个对象互相引用，即使外部已不可访问，引用数也不为0，导致内存泄漏。
2. 标记-清除（Mark-and-Sweep）
现代JavaScript引擎普遍采用此算法。它的核心思想是：
本文档主要讲述的是关于Objective-C手动内存管理的规则；在ios开发中Objective-C 增加了一些新的东西，包括属性和垃圾回收。那么，我们在学习Objective-C之前，最好应该先了解，从前是什么样的，为什么Objective-C 要增加这些支持。有需要的朋友可以下载看看
- 从根（如全局对象、调用栈）开始，标记所有可达对象。
- 未被标记的对象被视为不可达，即“垃圾”。
- 清除未标记对象，释放内存。
这个方法能有效解决循环引用问题，因为循环对象若无法从根访问，就不会被标记。
3. 分代收集（Generational Collection）
基于“大多数对象生命周期短暂”的观察，V8等引擎将堆内存分为“新生代”和“老生代”：
- 新生代：存放新创建的对象，使用快速的Scavenge算法（如 Cheney 算法），复制存活对象到另一区域。
- 老生代：长期存活的对象被晋升至此，采用更复杂的标记-清除与整理（Mark-Compact）策略。
这种分层设计提升了回收效率，减少停顿时间。
4. 增量标记与并发回收
为避免长时间的“全停”（stop-the-world）影响性能，现代GC支持：
- 增量标记：将标记过程拆分成小片段，穿插在JS执行中。
- 并发回收：在单独线程中执行部分回收任务，不阻塞主线程。
V8引擎已广泛使用这些技术，显著改善应用响应速度。
如何避免内存泄漏？
虽然GC很智能，但不当编码仍会导致内存无法释放：
- 意外的全局变量（如未声明的 var）会长期驻留。
- 闭包引用大对象且未及时断开。
- 事件监听器未移除，尤其在动态添加DOM时。
- 定时器（setInterval）持续引用上下文。
- DOM引用保留在JS变量中，即使已从页面移除。
建议定期使用浏览器DevTools的内存分析工具（Memory面板）检查堆快照和内存趋势。
基本上就这些。了解垃圾回收机制，不是为了替代它，而是为了更好地配合它工作。
