JavaScript内存管理基于可达性，通过标记-清除和引用计数算法回收垃圾；原始值存栈，引用类型存堆，闭包、全局变量、事件监听等易导致内存泄漏，需手动断开引用或使用WeakMap避免。
JavaScript 的内存管理是开发者常常忽略但又极其重要的部分。虽然 JavaScript 提供了自动垃圾回收机制，让开发者无需手动分配和释放内存，但如果对底层机制不了解，仍可能导致内存泄漏或性能问题。下面从内存分配、作用域、引用关系到垃圾回收算法，详细解析 JavaScript 的内存管理与垃圾回收机制。
内存分配：变量声明背后的机制
JavaScript 在运行时会自动为变量、对象、函数等数据结构分配内存。这种分配主要发生在以下几种情况：
- 原始值（如 number、string、boolean）通常存储在栈中，空间小且生命周期明确。
- 引用类型（如对象、数组、函数）的内存则分配在堆中，变量保存的是指向堆内存的引用地址。
- 函数执行时，局部变量会在调用栈中创建，函数执行完毕后按需回收。
例如：
let name = "Alice"; // 栈中分配原始值let user = { age: 25 }; // 堆中分配对象，user 指向该对象
理解内存分配位置有助于判断变量的生命周期和访问效率。
立即学习“Java免费学习笔记（深入）”；
可达性与垃圾回收的核心逻辑
JavaScript 的垃圾回收基于“可达性”（reachability）概念——如果一个值能通过引用链从根对象（如全局对象 window 或 global）访问到，就被认为是“可达”的，不会被回收。
常见的根来源包括：
- 全局变量和函数
- 当前正在执行的函数的局部变量和参数
- 嵌套函数中的闭包引用
当一个对象不再被任何变量或作用域引用时，它就变成“不可达”，成为垃圾回收的候选目标。
本文档主要讲述的是关于Objective-C手动内存管理的规则；在ios开发中Objective-C 增加了一些新的东西，包括属性和垃圾回收。那么，我们在学习Objective-C之前，最好应该先了解，从前是什么样的，为什么Objective-C 要增加这些支持。有需要的朋友可以下载看看
主流垃圾回收算法：标记-清除与引用计数
现代 JavaScript 引擎主要采用两种垃圾回收策略：
1. 标记-清除（Mark-and-Sweep）
- 从根对象出发，遍历所有可达对象并“标记”。
- 未被标记的对象被视为垃圾，其占用的内存被释放。
- 这是 V8 引擎等主流实现使用的主要算法，能有效处理循环引用问题。
2. 引用计数（Reference Counting）
- 每个对象维护一个引用计数，记录有多少变量指向它。
- 当引用数为 0 时，立即回收内存。
- 缺点是无法处理循环引用，例如：
let objB = {};
objA.ref = objB;
objB.ref = objA; // 循环引用，引用计数无法释放
因此，现代引擎多以标记-清除为主，辅以优化策略如分代回收、增量回收等提升性能。
常见内存泄漏场景与防范建议
尽管有自动回收机制，开发者仍可能无意中造成内存泄漏：
-
意外的全局变量：未声明的变量会挂载到全局对象上，长期驻留内存。
使用严格模式（"use strict"）可避免此类问题。 - 闭包滥用：闭包保留对外部变量的引用，若未及时解除，可能导致外部作用域无法释放。
-
事件监听未解绑：DOM 元素被移除后，若事件监听器仍存在，对象可能无法回收。
移除元素时应调用 removeEventListener。 -
定时器引用对象：setInterval 中引用的对象，只要定时器存在，对象就不会被回收。
使用 clearInterval 及时清理。 - 缓存未限制：使用大型对象或 Map/WeakMap 做缓存时，应设置过期机制或使用 WeakMap（键为弱引用）。
WeakMap 和 WeakSet 是专为避免内存泄漏设计的数据结构，它们的键是弱引用，不会阻止垃圾回收。
基本上就这些。掌握 JavaScript 内存管理的关键在于理解引用关系和可达性。只要确保不需要的对象能被正确断开引用，就能有效避免内存问题。不复杂但容易忽略。
