JavaScript内存由引擎自动管理,核心是垃圾回收机制。分配内存时声明变量即自动完成,使用内存通过读写操作实现,释放内存则依赖垃圾回收器。主要采用标记清除算法,从根对象出发标记可达对象,未被标记的视为垃圾并回收;引用计数因无法处理循环引用已较少使用。常见内存泄漏包括意外全局变量、闭包滥用、事件监听未解绑及定时器强引用,可通过及时断引用、使用WeakMap/WeakSet、解除绑定等手段防范。合理编码与工具分析可有效提升性能。

JavaScript 的内存管理是自动处理的,开发者不需要手动分配或释放内存。这种机制的核心在于垃圾回收(Garbage Collection, GC)。理解其工作原理有助于避免内存泄漏,提升应用性能。
内存生命周期简述
无论哪种语言,内存生命周期通常包括三个步骤:分配内存、使用内存、释放内存。在 JavaScript 中:
- 分配内存:声明变量、对象、函数时,JS 引擎自动分配内存。
- 使用内存:读写变量、调用函数等操作实际使用内存。
- 释放内存:不再使用的内存由垃圾回收器自动回收。
垃圾回收机制原理
JavaScript 的垃圾回收主要依赖两种算法:引用计数和标记清除。
引用计数(Reference Counting)此方法跟踪每个值被引用的次数。当一个对象的引用数为 0 时,表示无法再访问,可以被回收。
立即学习“Java免费学习笔记(深入)”;
例如:
const obj = { name: 'Alice' };
const anotherObj = obj;
obj = null; // 引用减一,但 anotherObj 仍引用该对象
只有当所有引用都被移除,对象才会被回收。
本文档主要讲述的是关于Objective-C手动内存管理的规则;在ios开发中Objective-C 增加了一些新的东西,包括属性和垃圾回收。那么,我们在学习Objective-C之前,最好应该先了解,从前是什么样的,为什么Objective-C 要增加这些支持。有需要的朋友可以下载看看
局限性:无法解决循环引用问题。比如两个对象互相引用,即使外部无法访问,引用数也不为 0,导致内存无法释放。
标记清除(Mark-and-Sweep)现代浏览器普遍采用此算法。它从根对象(如全局对象 window)开始,标记所有可到达的对象,其余未被标记的即为“不可达”,视为垃圾。
这个过程周期性执行,能有效处理循环引用。
常见内存泄漏场景与防范
虽然有垃圾回收,但不当编码仍会导致内存泄漏。
-
意外的全局变量:未声明的变量会成为全局对象属性,长期驻留内存。
window.leakVar = 'huge data'; // 避免这样
-
闭包滥用:闭包保留对外部变量的引用,若不注意可能阻止回收。
function outer() { const bigData = new Array(1000000).fill('data'); return function inner() { console.log('Still using bigData'); }; }调用 outer 后返回的函数一直持有 bigData,无法释放。 -
事件监听未解绑:DOM 元素被移除后,若事件监听仍存在,可能导致其无法回收。
element.addEventListener('click', handler); // 记得用 removeEventListener -
定时器引用外部对象:setInterval 或 setTimeout 中引用大对象,且未清除。
setInterval(() => console.log(largeObject), 1000); // largeObject 一直存活
优化建议
良好的编码习惯能显著减少内存压力。
- 及时解除不必要的引用:
obj = null可帮助标记清除更快识别垃圾。 - 使用 WeakMap / WeakSet:它们的键是弱引用,不会阻止垃圾回收。
const wm = new WeakMap(); const key = {}; wm.set(key, 'value'); // key 被弱引用 key = null; // 对象可被回收 - 避免长时间保存 DOM 引用,尤其在单页应用中。
- 利用开发者工具分析内存快照(Heap Snapshot),排查泄漏。
基本上就这些。JavaScript 的内存管理虽自动化,但理解底层机制能让代码更健壮、高效。不复杂但容易忽略。









