依据 Wiki 的定义，渣滓接纳是一种自动的内存治理机制。当盘算机上的动态内存不再须要时，就应当予以开释，以让出内存。直白点讲，就是顺序是运转在内存里的，当声明一个变量、定义一个函数时都邑占用内存。内存的容量是有限的，假如变量、函数等只要发生没有灭亡的历程，那早晚内存有被完整占用的时刻。这个时刻，不仅自身的顺序没法平常运转，连其他顺序也会受到影响。比方生物只要诞生没有殒命，地球总有被撑爆的一天。所以，在盘算机中，我们须要渣滓接纳。须要注重的是，定义中的“自动”的意义是言语能够协助我们接纳内存渣滓，但并不代表我们没必要体贴内存治理，假如操纵失当，JavaScript 中依旧会涌现内存溢出的状况。
渣滓接纳基于两个道理：
斟酌某个变量或对象在未来的顺序运转中将不会被接见
向这些对象要求归还内存
而这两个道理中，最重要的也是最困难的部份就是找到“所分派的内存确切已不再须要了”。
渣滓接纳要领
下面我们看看在 JavaScript 中是怎样找到不再运用的内存的。重要有两种体式格局：援用计数和标记消灭。
援用计数（reference counting）
在内存治理环境中，对象 A 假如有接见对象 B 的权限，叫做对象 A 援用对象 B。援用计数的战略是将“对象是不是不再须要”简化成“对象有无其他对象援用到它”，假如没有对象援用这个对象，那末这个对象将会被接纳。上例子：
let obj1 = { a: 1 }; // 一个对象（称之为 A）被建立，赋值给 obj1，A 的援用个数为 1
let obj2 = obj1; // A 的援用个数变成 2
obj1 = 0; // A 的援用个数变成 1
obj2 = 0; // A 的援用个数变成 0，此时对象 A 就能够被渣滓接纳了然则援用计数有个最大的题目： 轮回援用。
function func() {
let obj1 = {};
let obj2 = {};
obj1.a = obj2; // obj1 援用 obj2
obj2.a = obj1; // obj2 援用 obj1
}当函数 func 实行终了后，返回值为 undefined，所以全部函数以及内部的变量都应当被接纳，但依据援用计数要领，obj1 和 obj2 的援用次数都不为 0，所以他们不会被接纳。
要处理轮回援用的题目，最好是在不运用它们的时刻手工将它们设为空。上面的例子能够这么做：
obj1 = null;
obj2 = null;标记-消灭（mark and sweep）
这是 JavaScript 中最罕见的渣滓接纳体式格局。为何说这是种最罕见的要领，由于从 2012 年起，一切当代浏览器都运用了标记-消灭的渣滓接纳要领，除了低版本 IE…它们采纳的是援用计数要领。
那什么叫标记消灭呢？JavaScript 中有个全局对象，浏览器中是 window。按期的，渣滓接纳期将从这个全局对象最先，找一切从这个全局对象最先援用的对象，再找这些对象援用的对象…对这些在世的对象举行标记，这是标记阶段。消灭阶段就是消灭那些没有被标记的对象。
标记－消灭法的一个题目就是不那末有效力，由于在标记－消灭阶段，全部顺序将会守候，所以假如顺序涌现卡顿的状况，那有多是网络渣滓的历程。
2012 年起，一切当代浏览器都运用了这个要领，一切的革新也都是基于这个要领，比方标记-整顿要领。
标记消灭有一个题目，就是在消灭以后，内存空间是不一连的，即涌现了内存碎片。假如背面须要一个比较大的一连的内存空间时，那将不能满足要求。而标记-整顿要领能够有效地处理这个题目。标记阶段没有什么差别，只是标记终了后，标记-整顿要领会将在世的对象向内存的一边挪动，末了清算掉边境的内存。不过能够设想，这类做法的效力没有标记-消灭高。盘算机中的许多做法都是相互让步的效果，哪有什么完美无缺的事儿呢。
内存走漏
在谈什么是优越实践（这里指有益于内存治理）之前，我想先谈谈内存走漏，也就是差的实践。内存走漏是指盘算机可用的内存越来越少，重要是由于顺序不能开释那些不再运用的内存。
轮回援用
这个没什么好说的，上面已引见了。
须要强调的一点就是，一旦数据不再运用，最好经由过程将其值设为 null 来开释其援用，这个要领被称为“消除援用”。
无意的全局变量
function foo(arg) {
const bar = "";
}
foo();当 foo 函数实行后，变量 bar 就会被标记为可接纳。由于当函数实行时，函数制造了一个作用域来让函数里的变量在里面声明。进入这个作用域后，浏览器就会为变量 bar 建立一个内存空间。当这个函数终了后，其所建立的作用域里的变量也会被标记为渣滓，鄙人一个渣滓接纳周期到来时，这些变量将会被接纳。
但事变并不会那末顺遂。
function foo(arg) {
bar = "";
}
foo();上面的代码就无意中声清楚明了一个全局变量，会获得 window 的援用，bar 实际上是 window.bar，它的作用域在 window 上，所以 foo 函数实行终了后，bar 也不会被内存收回。
别的一种无意的全局变量的状况是：
function foo() {
this.bar = "";
}在 foo 函数中，this 指的是 window（细致内容可拜见我的另一篇博客：JavaScript this 解说），犯的毛病跟上面相似。
被忘记的计时器和回调函数
let someResource = getData();
setInterval(() => {
const node = document.getElementById('Node');
if(node) {
node.innerHTML = JSON.stringify(someResource));
}
}, 1000);上面的例子中，我们每隔一秒就将获得的数据放入到文档节点中去。但在 setInterval 没有终了前，回调函数里的变量以及回调函数自身都没法被接纳。那什么才叫终了呢？就是挪用了 clearInterval。假如回调函数内没有做什么事变，而且也没有被 clear 掉的话，就会形成内存走漏。不仅如此，假如回调函数没有被接纳，那末回调函数内依靠的变量也没法被接纳。上面的例子中，someResource 就没法被接纳。一样的，setTiemout 也会有一样的题目。所以，当不须要 interval 或许 timeout 时，最好挪用 clearInterval 或许 clearTimeout。
DOM
在 IE8 以下的版本里，DOM 对象经常会跟 JavaScript 之间发生轮回援用。看一个例子：
function setHandler() {
const ele = document.getElementById('id');
ele.onclick = function() {};
}在这个例子中，DOM 对象经由过程 onclick 援用了一个函数，但是这个函数经由过程外部的词法环境援用了这个 DOM 对象，形成了轮回援用。不过如今没必要忧郁，由于一切当代浏览器都采纳了标记－整顿要领，防止了轮回援用的题目。
除了这类状况，我们如今还会在其他时刻在运用 DOM 时涌现内存走漏的题目。当我们须要屡次接见同一个 DOM 元素时，一个好的做法是将 DOM 元素用一个变量存储在内存中，由于接见 DOM 的效力平常比较低，应当防止频仍地反问 DOM 元素。所以我们会如许写：
const button = document.getElementById('button');当删除这个按钮时：
document.body.removeChild(document.getElementById('button'));虽然如许看起来删除了这个 DOM 元素，但这个 DOM 元素依然被 button 这个变量援用，所以在内存上，这个 DOM 元素是没法被接纳的。所以在运用终了后，还须要将 button 设成 null。
别的一个值得注重的是，代码中保存了一个列表 ul 的某一项 li 的援用，未来决议删除全部列表时，我们自发上会以为内存仅仅会保存谁人特定的 li，而将其他列表项都删除。但现实并非如此，由于 li 是 ul 的子元素，子元素与父元素是援用关联，所以假如代码保存 li 的援用，那末全部 ul 将会继承呆在内存里。
优越实践
1、优化内存的一个最好的权衡体式格局就是只保存顺序运转时须要的数据，关于已运用的或许不须要的数据，应当将其值设为 null，这上面说过，叫“消除援用”。须要注重的是，消除一个值的援用不代表渣滓接纳器会立行将这段内存接纳，如许做的目标是让渣滓接纳器鄙人一个接纳周期到来时晓得这段内存须要接纳。
在内存走漏部份，我们议论了无意的全局变量会带来没法接纳的内存渣滓。但有些时刻，我们会有认识地声明一些全局变量，这个时刻须要注重，假如声明的变量占用大批的内存，那末在运用完后将变量声明为 null。
2、削减内存渣滓的另一个要领就是防止建立对象。new Object() 是一个比较显著的建立对象的体式格局，别的 const arr = [];、const obj = {};也会建立新的对象。别的下面这类写法在每次挪用函数时都邑建立一个新的对象：
function func() {
return function() {};
}别的，当清空一个数组时，我们一般的做法是 array = []，但这类做法的背地是新建了一个新的数组然后将本来的数组看成内存渣滓。发起的做法是 array.length = 0，如许做不仅能够重用本来的变量，而且还防止建立了新的数组。
由于时候关联，关于渣滓接纳的内容将在接下来1-2周内更新终了，内容触及越发细致的内存治理、V8 引擎中的渣滓接纳等。别的对本文其他内容另有发起的也迎接留言，我也会一并更新。
参考：
