likes
comments
collection
share

垃圾回收原理

作者站长头像
站长
· 阅读数 10

javascript 具有垃圾回收机制,其原理很简单:找出哪些不在继续使用的变量,然后释放其占用的内存,为此垃圾收集器会按照固定的时间间隔(或者执行中的预定的收集时间)周期性的执行这一操作

1.标记清除:

javascript最常用的垃圾收集方式就是标记清除,当变量进入环境时(例如:在函数中声明一个变量)时,就将这个变量标记为 “进入环境” 当变量离开环境时,而将其标记为 ”离开环境“

可以使用任何方式来标记变量,比如可以使用一个”进入环境“的变量列表及一个”离开环境的“变量列表来跟踪哪个变量发生了变化等

到2008年为止:IE,FireFox,Opera,Chrome,Safari都是使用标记清除的垃圾收集策略,只不过垃圾收集的时间间隔不同。

2. 引用计数

引用计数的含义是跟踪记录每个值被引用的次数,当声明了一个变量并将一个引用类型的值赋给该变量时,则这个值的引用次数就是1,如果同一个值又被赋给了另一个变量,则该值的引用次数加1,相反,如果包含对这个值引用的变量又取得了另一个值,那么该值的引用次数减1,当这个值的引用次数变为0时,则说明没有办法再访问到这个值了,因此可以将其内存空间回收起来。这样,当垃圾收集器下次再运行时,它就会释放那些引用次数为0的值所占的内存了。

问题:循环引用

funtion(){
    var objA = new Object()
    var objB = new Object()
    objA.someOtherObject = objB
    objB.anotherObject = objA   
}

在这个例子中,objA和objB通过各自的属性相互引用,也就是说,这两个对象的引用次数都是2。所以假如这个函数被重复多次调用,就会导致大量的内存得不到回收。但是引用计数导致的麻烦并未就此结束,

IE中有一部分的对象并不是javascript的原生对象,例如BOM,DOM中的对象使用c++以COM(components object model 组件对象模型)对象的形式实现的,而 COM对象的垃圾收集机制就是采用引用计数策略 ,因此,即使IE的JavaScript引擎是使用标记清除策略来实现的,但是JavaScript访问的COM对象依然是基于引用计数策略的,换句话说,只要在IE中涉及COM对象,就会存在循环引用的问题,例如:

var element  = document.getElementById("app")
var myElement = new Object()
myElement.element = element 
element.someObject = myElement

这个例子在一个DOM元素与一个原生的JavaScript对象之间创建了循环引用,所以,即使该例子中的app节点从页面中移除,它也不会被回收。

解决循环引用问题

最好是在不适用他们的时候手工断开原生对象和DOM元素之间的连接。

myElement.element = null
element.someObject = null

将变量设置为null意味着切断变量与它此前引用的值之间的连接,当垃圾收集器下次运行时,就会删除这些值,并回收他们占用的内存。

为了解决以上问题,IE9把BOX和DOM对象都转换成了真正的JavaScript对象,

管理内存

确保占用最少的内存可以让页面获得更好的性能,而优化内存占用的最佳方式:就是为执行中的代码只保存必要的数据,一旦数据不再有用,最好将其值设置为null来释放引用,不过解除一个值的引用并不意味着自动回收该值所占用的内存,解除引用的真正作用是让值脱离执行环境,以便垃圾收集器下次运行时将其回收。