垃圾回收

JavaScript是使用垃圾回收的语言，也就是执行环境负责在代码执行时管理内存。

基本思路 垃圾回收♻️程序每隔一段时间就会运行，找到不被使用的变量，然后释放它的内存。但是，哪个变量不被使用，是不可判定的问题，算法也解决不了。因此，垃圾回收程序会跟踪记录变量的使用状态，如何标记?，在浏览器的发展史上用到过两种标记策略。如下

【标记清理】*

【1】 变量进入上下文(函数内部声明一个变量时)，这个变量会被加入上下文的标记?。

加标签的方式例如：

• 进入上下文时，反转某一位
• 维护“在上下文”和“不在上下文”的变量
• 把变量从一个列表移到另一个列表

标记过程的实现并不重要，关键是策略。

【2】 垃圾回收程序运行的时候，会标记?内存中的所有变量。

【3】 去掉上下文中使用和引用的变量的标记?

【4】 仍有标记?的就是待销毁的变量

【5】 垃圾回收♻️程序做一次内存清理，清理掉这些变量并回收内存

了解即可：

各种浏览器在自己的JavaScript实现中采用标记清理，只是在运行回收的频率上有所差异。

【引用计数】

不常用

【思路】：记录每个值的引用次数

例如声明变量a,let a ={"name":"test"}此时这个值{"name":"test"}的引用数为1，

把a的这个引用值赋值给blet b = a,那么值得引用数+1。

类似的，当把这个引用值覆盖调，引用数-1，即b.name="change"

当一个值得引用数为0，这个值就可以安全回收了。

【最后】垃圾回收♻️程序下次运行会释放引用数为0的值得内存

【存在的问题】

     function problerm(){
         let obja = new Object()
         let objb = new Object()
         obja.cona = objb
         objb.conb = obja
     }

两个对象间相互引用，也就是引用数都是2。在引用计数策略下，两个对象在函数结束后还会存在，引用计数不会变成0。调用多次会导致内存永远不会释放。

【性能】

【垃圾回收的时间调度】

垃圾回收程序会周期性运行，如果内存中分配了很多变量，则可能造成性能损失。尤其是移动设备，其内存有限，垃圾回收会拖慢渲染的速度和帧率。我们开发并不知道什么时候会收集垃圾，因此写代码时做到，让它尽快结束。

【何时运行】

垃圾回收程序会基于对JavaScript运行时环境的探测来决定什么时候运行，不同探测引擎机制不同，但基本都是根据已分配对象的大小和数量判断的。

在某些浏览器中，可以主动触发垃圾回收机制但不推荐。如 IE window.CollectGarbage(),Opera的 window.opera.collect()

【内存管理】

开发者通常不需要关心内存。 JavaScript运行在一个内存管理与垃圾回收都很特殊的环境，分配内存排序：桌面软件>浏览器>移动浏览器。这是出于安全考虑，避免大量JavaScript运行耗尽系统内存导致操作系统崩溃。 这个内存限制不仅影响变量分配，也影响调用栈以及能够同时在一个线程中执行的语句数量