共计 3551 个字符，预计需要花费 9 分钟才能阅读完成。
首先咱们要晓得如果没有垃圾回收机制咱们的代码会产生什么。。。
答案。。。
内存透露！
所以什么是 内存透露 呢？
咱们晓得程序运行是须要内存的，操作系统或者运行时（runtime）就必须要提供内存。对于继续运行的程序或者服务来说，必须要及时开释不再用的内存。否则，内存占用越来越高。就会导致系统性能（卡顿等），程序解体等。
而不在应用的内存没有失去及时的开释，就叫做 内存透露。
有些语言（比方 C 语言）必须手动开释内存，程序员负责内存治理。
char buffer; buffer = (char) malloc(42); free(buffer);
下面是 C 语言代码，malloc 办法用来申请内存，应用结束之后，必须本人用 free 办法开释内存。
这很麻烦，所以大多数语言提供主动内存治理，加重程序员的累赘，这被称为 ” 垃圾回收机制 ”（garbage collector）。
垃圾回收机制
垃圾回收机制会在创立变量时主动分配内存，在不应用的时候会主动周期性的开释内存，开释的过程就叫 “ 垃圾回收 ”。这个机制有好的一面，当然也也有不好的一面。一方面主动分配内存加重了开发者的累赘，开发者不必过多的去关注内存应用，然而另一方面，正是因为因为是主动回收，所以如果不分明回收的机制，会很容易造成凌乱，而凌乱就很容易造成 ” 内存透露 ”. 因为是主动回收，所以就存在一个 “ 内存是否须要被回收的 ” 的问题，然而这个问题的断定在程序中意味着无奈通过某个算法去精确残缺的解决，前面探讨的回收机制只能无限的去解决个别的问题。
回收算法
- 标记革除
垃圾回收器在运行的时候会给存储在内存中的所有变量都加上标记（当然，能够应用任何标记形式）。而后，它会去掉环境中的变量以及被环境中的变量援用的变量的标记（闭包）。而在此之后再被加上标记的变量将被视为筹备删除的变量，起因是环境中的变量曾经无法访问到这些变量了。最初，垃圾回收器实现内存革除工作，销毁那些带标记的值并回收它们所占用的内存空间。
目前支流浏览器都是应用标记革除式的垃圾回收策略，只不过收集的距离有所不同
毛病：
1、回收后会造成内存碎片，影响前面申请大的间断内存空间
- 援用计数
援用计数策略相对而言不罕用，因为弊病较多。其思路是对每个值记录它被援用的次数，通过最初对次数的判断 (援用数为 0) 来决定是否保留，具体的规定有
1、申明一个变量，赋予它一个援用值时，计数 +1；
2、同一个值被赋予另外一个变量时，援用 +1；
3、保留对该值援用的变量被其余值笼罩，援用 -1；
4、援用为 0，回收内存；
毛病：
最次要的就是循环援用的问题
eg：
function refProblem () { let a = new Object(); let b = new Object(); a.c = b; b.c = a; // 相互援用}
Nodejs V8 回收机制
首先先来理解 V8 的内存构造
- 新生代（New Space/Young Generation）：大多数新生对象被调配到这，分为两块空间，整体占据小块空间，垃圾回收的频率较高，采纳的回收算法为 Scavenge 算法
- 老生代（Old Space/Old Generation）：大多数在新生区存活一段时间后的对象会转移至此，采纳的回收算法为 标记革除 & 整顿（Mark-Sweep & Mark-Compact，Major GC）算法，外部再细分为两个空间
- 指针空间（Old pointer space）: 存储的对象含有指向其余对象的指针
- 数据空间（Old data space）：存储的对象仅蕴含数据，无指向其余对象的指针
- 大对象空间（Large Object Space）：寄存超过其余空间（Space）限度的大对象，垃圾回收器从不挪动此空间中的对象
- 代码空间（Code Space）: 代码对象，用于寄存代码段，是惟一领有执行权限的内存空间，须要留神的是如果代码对象太大而被移入大对象空间，这个代码对象在大对象空间内也是领有执行权限的，但不能因而说大对象空间也有执行权限
- Cell 空间、属性空间、Map 空间（Cell ,Property,Map Space）：这些区域寄存 Cell、属性 Cell 和 Map，每个空间因为都是寄存雷同大小的元素，因而内存构造很简略。
Scavenge 算法
Scavenge 算法是新生代空间中的次要算法，该算法由 C.J. Cheney 在 1970 年在论文 A nonrecursive list compacting algorithm 提出。
Scavenge 次要采纳了 Cheney 算法，Cheney 算法新生代空间的堆内存分为 2 块同样大小的空间，称为 Semi space，处于应用状态的成为 From 空间，闲置的称为 To 空间。垃圾回收过程如下：
- 查看 From 空间，如果 From 空间被调配满了，则执行 Scavenge 算法进行垃圾回收
- 如果未调配满，则查看 From 空间的是否有存活对象，如果无存活对象，则间接开释未存活对象的空间
- 如果存活，将查看对象是否合乎降职条件，如果合乎降职条件，则移入老生代空间，否则将对象复制进 To 空间
- 实现复制后将 From 和 To 空间角色调换，而后再从第一步开始执行
降职条件
- 经验过一次 Scavenge 算法筛选；
- To 空间内存应用超过 25%；
标记革除 & 整顿（Mark-Sweep & Mark-Compact，Major GC）算法
之前说过，标记革除策略会产生内存碎片，从而影响内存的应用，这里 标记整顿算法（Mark-Compact）的呈现就能很好的解决这个问题。标记整顿算法是在 标记革除（Mark-Sweep）的根底上演变而来的，整顿算法会将沉闷的对象往边界挪动，实现挪动后，再革除不沉闷的对象。
因为须要挪动挪动对象，所以在处理速度上，会慢于 Mark-Sweep。
全进展（Stop The World）
为了防止应用逻辑与垃圾回收器看到的逻辑不一样，垃圾回收器在执行回收时会进行应用逻辑，执行完回收工作后，再继续执行应用逻辑。这种行为就是 全进展，进展的工夫取决与不同引擎执行一次垃圾回收的工夫。这种进展对新生代空间的影响较小，但对老生代空间可能会造成进展的景象。
增量标记（Incremental Marking）
为了解决全进展的景象，2011 年 V8 推出了增量标记。V8 将标记过程分为一个个的子标记过程，同时让垃圾回收标记和 JS 应用逻辑交替进行，直至标记实现。
那咱们日常中如何监听内存应用状况
1、对于 chrome 浏览器（84.0.4147.105），F12 关上开发者工具；
2、在 More Tools 中找到 Performance monitor；
常见的内存透露场景
- 意外申明全局变量
function test() {
x = new Array(100000);
}
test();
console.log(x);
未声明的对象会被绑定在全局对象上，就算不被应用了，也不会被回收，所以写代码的时候，肯定要记得申明变量。
- 定时器
let name = ‘Tom’;
setInterval(() => {
console.log(name);
}, 100);
定时器的回调通过闭包援用了内部变量，如果定时器不革除，name 会始终占用着内存，所以用定时器的时候最好明确本人须要哪些变量，查看定时器外部的变量，另外如果不必定时器了，记得及时革除定时器。
- 闭包
let out = function() {
let name = ‘Tom’;
return function () {
console.log(name);
}
}
因为闭包会常驻内存，在这个例子中，如果 out 始终存在，name 就始终不会被清理，如果 name 值很大的时候，就会造成比较严重的内存透露。所以肯定要谨慎应用闭包。
- 事件监听
mounted() {
window.addEventListener(“resize”, () => {
});
}
在页面初始化时绑定了事件监听，然而在页面来到的时候未革除事监听，就会导致内存透露。
- 缓存爆炸
通过 Object/Map 的内存缓存能够极大地晋升程序性能，然而很有可能未管制好缓存的大小和过期工夫，导致生效的数据仍缓存在内存中，导致内存透露：
const cache = {};
function setCache() {
cache[Date.now()] = new Array(1000);
}
setInterval(setCache, 100);
下面这段代码中，会一直的设置缓存，然而没有开释缓存的代码，导致内存最终被撑爆。
参考资料：
阮一峰的《JavaScript 内存透露教程》
一起来看 Javascript 的垃圾回收机制
跟我学习 javascript 的垃圾回收机制与内存治理
javascript 垃圾回收机制 – 标记革除法 / 援用计数 /V8 机制
有意思的 Node.js 内存透露问题