引用计数

另一种不太常见的垃圾收集策略叫做引用计数（reference counting）。引用计数的含义是跟踪记录每个值被引用的次数。当声明了一个变量并将一个应用类型值赋给该变量时，则这个值的应用次数就是1。如果同一个值又被赋给另一个变量，这该值的引用次数加1。相反，如果包含对这个值引用的变量又取得了另外一个值，则该值的应用次数减1。当这个值的应用次数变成0时，则说明没有办法再访问这个值了，因而就可以将其占用的内存空间回收回来。这样，当垃圾收集器下次再运行时，它就会释放那些引用次数为零的值所占用的内存。

NetscaPE Navigator3.0是最早使用引用计数策略的浏览器，但很快它就遇到了一个严重的问题：循环利用。循环利用指的是对象A中包含一个指向对象B的指针，而对象B中也包含一个指向对象A的引用。请看下面这个例子：

function PRoblem(){
    VAR objectA = new Object();
    var objectB = new Object();

    objectA.someOtherObject = objectB;
    objectB.anotherObject = objectA;
}

在这个例子中，objectA和objectB通过各自的属性相互引用；也就是说，这两个对象的应用次数都是2.在采用标记清除策略的实现中，由于函数执行之后，这两个对象都离开了作用域，因此这种相互引用不是个问题。但在采用引用计数策略的实现中，当函数执行完毕之后，objectA和objectB还将继续存在，因为它们的应用次数永远不会是0.假如这个函数被重复调用，就会导致大量内存得不到回收。因此，Netscape在Navigator4.0中放弃了引用计数方式，转而采用了标记清除来实现其垃圾收集机制。可是，引用计数导致的麻烦并未就此终结。

我们知道，IE中有一部分对象并不是原生的JavaScript对象。例如，其BOM和DOM中的对象就是使用C++以COM（component Object Model，组件对象模型）对象的形式实现的，而COM对象的垃圾收集机制采用的就是引用计数策略。因此，即使IE的JavaScript引擎是使用了标记清除策略来实现的，但JavaScript访问的COM对象依然是基于引用计数策略的。换句话说，只要在IE中涉及COM对象，就会在循环引用的问题。下面这个简单的例子，展示了使用COM对象导致循环引用的问题：

var element = document.getElementById("element");
var myObject = new Object();
myObject.elemnet = element;
element.someObject = myObject;

这个例子在一个DOM元素（element）与一个原生JavaScript对象之间创建了循环引用。其中，变量myObject有一个名为element的属性指向element对象；而变量elemnet也有一个属性名为someObject回指myObject。由于存在这个循环利用，即使将例子中的DOM从页面中删除，它也永远不会被回收。
为了避免类似这样的循环引用问题，最好是在不使用它们的时候手工断开原生JavaScript对象与DOM元素之间的连接。例如，可以使用下面的代码消除前面例子创建的循环引用：

myObject.element = null;
element.someObject = null;

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