JavaScript内存管理基于自动垃圾回收，通过可达性判断回收无用数据。变量声明时自动分配内存，基本类型存栈中，引用类型存堆中，栈存引用地址。数据生命周期包括分配、使用和释放三个阶段，当数据不可达时由垃圾回收器自动释放。主流回收算法有标记-清除和引用计数，其中标记-清除是核心机制，现代引擎已解决循环引用问题。V8引擎采用分代回收：新生代用Scavenge算法快速处理短期对象，老生代结合标记-清除与整理减少碎片。常见内存泄漏原因包括全局变量滥用、未解绑事件监听、闭包持有大对象及未清除定时器。合理解绑资源、避免意外全局变量、及时清理回调引用可有效预防泄漏。使用浏览器内存面板可监控堆内存，辅助排查问题。理解可达性与回收机制有助于优化性能，减少内存问题。
JavaScript的内存管理机制是自动化的，开发者不需要手动分配或释放内存。当变量、对象、函数等数据不再被使用时，系统会通过垃圾回收机制自动清理这些无用数据，释放内存空间。理解这一过程有助于避免内存泄漏，提升应用性能。
内存分配与生命周期
JavaScript在变量声明时自动进行内存分配：
• 基本类型（如 number、string）直接存储在栈中；• 引用类型（如对象、数组、函数）的值存储在堆中，栈中只保存指向堆的引用地址。
一个数据的生命周期通常如下：
• 内存分配：声明变量或创建对象时，系统为其分配内存；• 使用数据：程序读取或修改该数据；
• 内存释放：当数据不再可达时，由垃圾回收器自动回收。
垃圾回收原理：可达性判断
JavaScript采用“可达性”作为判断数据是否可回收的标准。根对象（如全局对象 window 或 global）是起点，任何能从根通过引用链访问到的对象都被认为是“可达”的，不会被回收。
立即学习“Java免费学习笔记（深入）”；
例如：
• 局部变量在函数执行结束后，若没有被外部引用，就不再可达；
• 闭包中引用的变量，只要闭包存在，这些变量就依然可达；
• 如果两个对象相互引用，但无法从根访问，它们也会被回收（现代引擎已支持此逻辑）。
常见的垃圾回收算法
主流JavaScript引擎（如V8）主要使用以下两种算法：
• 标记-清除（Mark-and-Sweep）：从根开始遍历所有引用对象并标记，未被标记的视为垃圾，随后清除；这是最核心的机制。• 引用计数（Reference Counting）：跟踪每个对象被引用的次数，为0时立即回收。但存在循环引用的问题，IE曾因此出现内存泄漏。
V8引擎优化了标记-清除算法，并引入分代回收策略：
• 新生代（Young Generation）：存放短期对象，使用Scavenge算法快速回收；• 老生代（Old Generation）：长期存活对象移入此处，采用标记-清除和整理（Compact）结合的方式处理碎片化。
避免内存泄漏的实践建议
虽然有自动回收机制，但不当操作仍会导致内存无法释放：
• 全局变量滥用：避免无意创建全局变量，它们始终可达；• 事件监听未解绑：DOM元素被移除后，若事件监听仍存在，对象可能无法回收；
• 闭包引用过大对象：确保闭包不长期持有不必要的大型数据；
• 定时器（setInterval）引用外部变量：回调函数若不再需要，应手动清除。
使用浏览器开发者工具的内存面板（Memory tab）可以监控堆内存变化，排查泄漏。
基本上就这些。掌握JavaScript的内存管理逻辑，重点在于理解“可达性”和回收时机，合理组织代码结构，就能有效减少内存问题。不复杂但容易忽略。
