[[174907]]

前言

在談內存泄漏這個問題之前先看看JavaScript的垃圾收集機制，JavaScript 具有自動垃圾收集機制，就是找出那些不再繼續使用的變量，然后釋放其占用的內存。為此，垃圾收集器會按照固定的時間間隔(或代碼執行中預定的收集時間)。常用的的方法有兩種，即標記清楚和引用計數。

1. 標記清除

JavaScript 中最常用的垃圾收集方式是標記清除(mark-and-sweep)。垃圾收集器在運行的時候會給存儲在內存中的所有變量都加上標記(可以使用任何標記方式)。然后，它會去掉環境中的變量以及被環境中的變量引用的變量的標記。而在此之后再被加上標記的變量將被視為準備刪除的變量，原因是環境中的變量已經無法訪問到這些變量了。***，垃圾收集器完成內存清除工作，銷毀那些帶標記的值并回收它們所占用的內存空間。

2. 引用計數

引用計數(reference counting)的含義是跟蹤記錄每個值被引用的次數。當聲明了一個變量并將一個引用類型值賦給該變量時，則這個值的引用次數就是1。如果同一個值又被賦給另一個變量，則該值的引用次數加1。相反，如果包含對這個值引用的變量又取得了另外一個值，則這個值的引用次數減1。當這個值的引用次數變成0 時，則說明沒有辦法再訪問這個值了，因而就可以將其占用的內存空間回收回來。這樣，當垃圾收集器下次再運行時，它就會釋放那些引用次數為零的值所占用的內存。

Netscape Navigator 3.0 是最早使用引用計數策略的瀏覽器，但很快它就遇到了一個嚴重的問題，請看下面這個例子：

function problem(){ 
    var objectA = new Object(); 
    var objectB = new Object(); 
    objectA.someOtherObject = objectB; 
    objectB.anotherObject = objectA; 
}  

說明：objectA 和objectB 通過各自的屬性相互引用，即這兩個對象的引用次數都是2，在采用標記清除策略的實現中，由于函數執行之后，這兩個對象都離開了作用域，因此這種相互引用不是個問題。但在采用引用計數策略的實現中，當函數執行完畢后，objectA 和objectB 還說明將繼續存在，因為它們的引用次數永遠不會是0。假如這個函數被重復多次調用，就會導致大量內存得不到回收。

為此，Netscape 在Navigator 4.0 中放棄了引用計數方式，然而引用計數導致的麻煩并未就此了結。IE9以前中有一部分對象并不是原生JavaScript 對象。例如，其BOM 和DOM 中的對象就是使用C++以COM(Component Object Model，組件對象模型)對象的形式實現的，而COM 對象的垃圾收集機制采用的就是引用計數策略。因此，即使IE 的JavaScript 引擎是使用標記清除策略來實現的，但JavaScript 訪問的COM 對象依然是基于引用計數策略的。換句話說，只要在IE 中涉及COM 對象，就會存在循環引用的問題。

比如：

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

DOM 元素(element)與一個原生JavaScript 對象(myObject)之間創建了循環引用。其中，變量myObject 有一個名為element 的屬性指向element 對象;而變量element 也有一個屬性名叫someObject 回指myObject。由于存在這個循環引用，即使將例子中的DOM 從頁面中移除，它也永遠不會被回收。

解決辦法：將變量設為null從而切斷變量與它此前引用的值之間的連接。

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

看完上面的內容，我來談正題。

閉包不會引起內存泄漏

由于IE9 之前的版本對JScript 對象和COM 對象使用不同的垃圾收集。因此閉包在IE 的這些版本中會導致一些特殊的問題。具體來說，如果閉包的作用域鏈中保存著一個HTML 元素，那么就意味著該元素將無法被銷毀請看例子：

function assignHandler(){ 
    var element = document.getElementById("someElement"); 
    element.onclick = function(){ 
        alert(element.id); 
    }; 
}  

以上代碼創建了一個作為element 元素事件處理程序的閉包，而這個閉包則又創建了一個循環引用。由于匿名函數保存了一個對assignHandler()的活動對象的引用，因此就會導致無法減少element 的引用數。只要匿名函數存在，element 的引用數至少也是1，因此它所占用的內存就永遠不會被回收

解決辦法前言已經提到過，把element.id 的一個副本保存在一個變量中，從而消除閉包中該變量的循環引用同時將element變量設為null。

function assignHandler(){ 
    var element = document.getElementById("someElement"); 
    var id = element.id; 
    element.onclick = function(){ 
        alert(id); 
    }; 
    element = null; 
}  

總結：閉包并不會引起內存泄漏，只是由于IE9之前的版本對JScript對象和COM對象使用不同的垃圾收集，從而導致內存無法進行回收，這是IE的問題，所以閉包和內存泄漏沒半毛錢關系。

這篇文章里做了詳細的測試，有興趣的可以點擊查看