JavaScript内存管理基于自动垃圾回收机制，开发者需理解其原理以避免泄漏。程序内存生命周期包括分配、使用和释放三阶段，前两者由开发者控制，后者由引擎自动处理。基本类型存储在栈中，速度快且固定；引用类型如对象、数组存于堆中，空间大但易碎片化。垃圾回收主流采用标记-清除算法，从根对象出发标记可达对象，未被标记的将被回收，现代引擎还优化为分代与增量回收。引用计数因无法处理循环引用已较少使用。常见内存泄漏包括意外全局变量、闭包滥用、事件监听未解绑及定时器残留，可通过严格模式、及时解绑和清理引用等手段预防。掌握这些机制有助于提升代码性能与稳定性。
JavaScript 的内存管理机制是开发者理解程序性能和避免内存泄漏的关键。它虽然不像 C 或 C++ 那样需要手动分配和释放内存，但底层依然遵循一套自动化的流程来管理内存的使用。
内存生命周期的三个阶段
无论使用哪种语言，内存的使用通常都包含以下三个步骤：
-
分配内存：程序请求系统分配内存空间，用于存储变量、对象等数据。
-
使用内存：读写内存，比如给变量赋值或调用对象方法。
-
释放内存：当不再需要某块内存时，将其归还给系统，以便重复利用。
在 JavaScript 中，前两步由开发者完成（如声明变量），第三步则由垃圾回收机制（Garbage Collection, GC）自动处理。
JavaScript 中的内存分配方式
JavaScript 引擎会根据数据类型决定内存的分配位置：
-
栈内存（Stack）：存放基本类型（如 number、string、boolean、undefined、null、symbol、bigint）和函数调用时的执行上下文。栈内存由系统直接管理，速度快，大小固定。
-
堆内存（Heap）：存放引用类型（如对象、数组、函数）。堆内存空间大但管理复杂，动态分配，容易产生碎片。
例如：
let a = 10; // 栈内存
let obj = { x: 20 }; // obj 的指针在栈，{x:20} 在堆
垃圾回收机制如何工作
JavaScript 引擎通过垃圾回收器定期清理不再使用的内存。主流的回收策略有两种：
1. 引用计数（Reference Counting）
- 每个对象记录被引用的次数。
- 当引用数为 0 时，对象被视为可回收。
- 缺点：无法解决循环引用问题。
let obj1 = {};
let obj2 = {};
obj1.ref = obj2;
obj2.ref = obj1; // 循环引用，引用数永不为0
2. 标记-清除（Mark-and-Sweep）
- 从根对象（如全局对象 window/global）开始遍历，标记所有可达对象。
- 未被标记的对象视为“垃圾”，会被清除。
- 现代引擎（V8、SpiderMonkey 等）主要采用此算法，并优化为分代回收、增量回收等方式提升性能。
常见内存泄漏场景与预防
尽管有自动回收机制，不当编码仍会导致内存无法释放：
-
意外的全局变量：未声明的变量会挂载到全局对象上，长期驻留内存。
建议：使用严格模式（"use strict"）防止隐式全局变量。
-
闭包滥用：闭包持有外部函数变量的引用，若不妥善处理，可能导致本应释放的变量无法回收。
建议：避免在闭包中长期保存大型数据，使用完后手动置 null。
-
事件监听未解绑：DOM 元素被移除后，若事件监听仍存在，对象可能无法被回收。
建议：使用 addEventListener 时，记得在适当时机调用 removeEventListener。
-
定时器引用对象：setInterval 或 setTimeout 中引用了对象，且未清除。
建议：clearInterval 或 clearTimeout 及时清理。
基本上就这些。JavaScript 的内存管理看似简单，实则依赖引擎的复杂机制。理解栈与堆的区别、垃圾回收原理以及常见泄漏点，能帮助你写出更高效、稳定的代码。
let obj1 = {};