建站
咨詢
售后
建站咨詢
新聞中心
前言
在談內(nèi)存泄漏這個問題之前先看看JavaScript的垃圾收集機制，JavaScript 具有自動垃圾收集機制，就是找出那些不再繼續(xù)使用的變量，然后釋放其占用的內(nèi)存。為此，垃圾收集器會按照固定的時間間隔(或代碼執(zhí)行中預(yù)定的收集時間)。常用的的方法有兩種，即標(biāo)記清楚和引用計數(shù)。
1. 標(biāo)記清除
JavaScript 中最常用的垃圾收集方式是標(biāo)記清除(mark-and-sweep)。垃圾收集器在運行的時候會給存儲在內(nèi)存中的所有變量都加上標(biāo)記(可以使用任何標(biāo)記方式)。然后，它會去掉環(huán)境中的變量以及被環(huán)境中的變量引用的變量的標(biāo)記。而在此之后再被加上標(biāo)記的變量將被視為準(zhǔn)備刪除的變量，原因是環(huán)境中的變量已經(jīng)無法訪問到這些變量了。***，垃圾收集器完成內(nèi)存清除工作，銷毀那些帶標(biāo)記的值并回收它們所占用的內(nèi)存空間。
2. 引用計數(shù)
引用計數(shù)(reference counting)的含義是跟蹤記錄每個值被引用的次數(shù)。當(dāng)聲明了一個變量并將一個引用類型值賦給該變量時，則這個值的引用次數(shù)就是1。如果同一個值又被賦給另一個變量，則該值的引用次數(shù)加1。相反，如果包含對這個值引用的變量又取得了另外一個值，則這個值的引用次數(shù)減1。當(dāng)這個值的引用次數(shù)變成0 時，則說明沒有辦法再訪問這個值了，因而就可以將其占用的內(nèi)存空間回收回來。這樣，當(dāng)垃圾收集器下次再運行時，它就會釋放那些引用次數(shù)為零的值所占用的內(nèi)存。
Netscape Navigator 3.0 是最早使用引用計數(shù)策略的瀏覽器，但很快它就遇到了一個嚴(yán)重的問題，請看下面這個例子：
- function problem(){
- var objectA = new Object();
- var objectB = new Object();
- objectA.someOtherObject = objectB;
- objectB.anotherObject = objectA;
- }
說明：objectA 和objectB 通過各自的屬性相互引用，即這兩個對象的引用次數(shù)都是2，在采用標(biāo)記清除策略的實現(xiàn)中，由于函數(shù)執(zhí)行之后，這兩個對象都離開了作用域，因此這種相互引用不是個問題。但在采用引用計數(shù)策略的實現(xiàn)中，當(dāng)函數(shù)執(zhí)行完畢后，objectA 和objectB 還說明將繼續(xù)存在，因為它們的引用次數(shù)永遠(yuǎn)不會是0。假如這個函數(shù)被重復(fù)多次調(diào)用，就會導(dǎo)致大量內(nèi)存得不到回收。
為此，Netscape 在Navigator 4.0 中放棄了引用計數(shù)方式，然而引用計數(shù)導(dǎo)致的麻煩并未就此了結(jié)。IE9以前中有一部分對象并不是原生JavaScript 對象。例如，其BOM 和DOM 中的對象就是使用C++以COM(Component Object Model，組件對象模型)對象的形式實現(xiàn)的，而COM 對象的垃圾收集機制采用的就是引用計數(shù)策略。因此，即使IE 的JavaScript 引擎是使用標(biāo)記清除策略來實現(xiàn)的，但JavaScript 訪問的COM 對象依然是基于引用計數(shù)策略的。換句話說，只要在IE 中涉及COM 對象，就會存在循環(huán)引用的問題。
比如：
- var element = document.getElementById("some_element");
- var myObject = new Object();
- myObject.element = element;
- element.someObject = myObject;
DOM 元素(element)與一個原生JavaScript 對象(myObject)之間創(chuàng)建了循環(huán)引用。其中，變量myObject 有一個名為element 的屬性指向element 對象;而變量element 也有一個屬性名叫someObject 回指myObject。由于存在這個循環(huán)引用，即使將例子中的DOM 從頁面中移除，它也永遠(yuǎn)不會被回收。
解決辦法：將變量設(shè)為null從而切斷變量與它此前引用的值之間的連接。
- myObject.element = null;
- element.someObject = null;
看完上面的內(nèi)容，我來談?wù)}。
閉包不會引起內(nèi)存泄漏
由于IE9 之前的版本對JScript 對象和COM 對象使用不同的垃圾收集。因此閉包在IE 的這些版本中會導(dǎo)致一些特殊的問題。具體來說，如果閉包的作用域鏈中保存著一個HTML 元素，那么就意味著該元素將無法被銷毀請看例子：
- function assignHandler(){
- var element = document.getElementById("someElement");
- element.onclick = function(){
- alert(element.id);
- };
- }
以上代碼創(chuàng)建了一個作為element 元素事件處理程序的閉包，而這個閉包則又創(chuàng)建了一個循環(huán)引用。由于匿名函數(shù)保存了一個對assignHandler()的活動對象的引用，因此就會導(dǎo)致無法減少element 的引用數(shù)。只要匿名函數(shù)存在，element 的引用數(shù)至少也是1，因此它所占用的內(nèi)存就永遠(yuǎn)不會被回收
解決辦法前言已經(jīng)提到過，把element.id 的一個副本保存在一個變量中，從而消除閉包中該變量的循環(huán)引用同時將element變量設(shè)為null。
- function assignHandler(){
- var element = document.getElementById("someElement");
- var id = element.id;
- element.onclick = function(){
- alert(id);
- };
- element = null;
- }
總結(jié)：閉包并不會引起內(nèi)存泄漏，只是由于IE9之前的版本對JScript對象和COM對象使用不同的垃圾收集，從而導(dǎo)致內(nèi)存無法進行回收，這是IE的問題，所以閉包和內(nèi)存泄漏沒半毛錢關(guān)系。
這篇文章里做了詳細(xì)的測試，有興趣的可以點擊查看
本文標(biāo)題：閉包會造成內(nèi)存泄漏嗎？
瀏覽路徑：http://www.dlmjj.cn/article/ccdhcdi.html
