JavaScript内存管理基于自动垃圾回收，理解机制可避免泄漏并提升性能。1. 内存生命周期包括分配、使用和回收，变量不再被引用时由垃圾回收器清理。2. 主流引擎采用标记-清除算法，从根对象遍历并标记可达对象，未标记的被视为垃圾；引用计数因循环引用问题已被弃用。3. 常见内存泄漏原因包括：意外的全局变量（可通过"use strict"防止）、未清除的事件监听器或定时器（需手动调用removeEventListener或clearInterval）、闭包长期持有大对象引用（建议置为null释放）。4. 优化实践：及时解除DOM引用，使用WeakMap/WeakSet避免强引用，复用对象减少频繁创建，通过Chrome DevTools监控堆快照分析内存使用。尤其在单页应用中，页面切换时应检查残留引用。掌握这些细节能使垃圾回收更高效，保障应用稳定性与性能。
JavaScript的内存管理是自动进行的，开发者通常不需要手动分配或释放内存。然而，理解其背后的垃圾回收机制并进行适当优化，能有效避免内存泄漏、提升应用性能。核心在于清楚变量生命周期、作用域以及引用关系如何影响内存使用。
内存分配与生命周期
当声明变量、对象或函数时，JavaScript会自动为其分配内存。内存的生命周期大致分为三个阶段：分配、使用和回收。
例如：
let user = { name: 'Alice' }; // 内存分配
user = null; // 标记为可回收
一旦对象不再被引用，垃圾回收器就会在合适的时机将其清理。关键是识别哪些引用会让对象“存活”过久。
立即学习“Java免费学习笔记（深入）”；
垃圾回收机制原理
主流JavaScript引擎（如V8）采用标记-清除算法作为主要回收策略。它从根对象（如全局对象）开始遍历所有可达对象，标记仍在使用的部分，未被标记的则被视为垃圾。
另一种策略是引用计数，但因无法处理循环引用问题，已被现代引擎弃用或仅作辅助。
- 标记-清除更高效，适用于大多数场景
- 回收过程是周期性的，并非实时触发
- 暂停执行（stop-the-world）可能影响性能，尤其在内存密集型操作中
常见内存泄漏原因与防范
尽管有自动回收机制，不当编码仍会导致内存无法释放。
1. 意外的全局变量
function leak() {
value = 'I am global'; // 忘记 let/const
}
解决方法：使用严格模式（"use strict"），让此类错误抛出异常。
2. 未清理的事件监听器和定时器
setInterval(() => {
const hugeData = fetchData();
}, 1000);
若定时器未清除，回调函数及其捕获的变量将一直存在。组件销毁时应调用clearInterval或removeEventListener。
3. 闭包引用大型外部对象
闭包会保留对外部作用域的引用。若返回的函数长期存在，而外部变量体积大，容易造成累积。
建议：避免在闭包中长期持有不必要的大对象引用，必要时手动置为null。
优化建议与实践
提升内存效率的关键是减少活跃对象数量，缩短生命周期。
- 及时解除DOM引用，尤其是在移除节点后
- 使用WeakMap/WeakSet存储关联数据，它们不会阻止键对象被回收
- 避免频繁创建大对象，考虑对象池复用
- 监控内存使用：通过Chrome DevTools的Memory面板分析堆快照（Heap Snapshot）
对于单页应用，页面切换时检查是否存在残留引用尤为重要。
基本上就这些。掌握JavaScript内存行为，不是为了替代垃圾回收，而是为了让它更高效地工作。不复杂但容易忽略。
