javascript的垃圾回收機制介紹

前言

js垃圾回收的原理

1、標記清除
2、引用計數
function problem() {    var objA = new Object();    var objB = new Object();

這是javascript中最常用的垃圾回收方式。當變量進入執行環境是，就標記這個變量為“進入環境”。從邏輯上講，永遠不能釋放進入環境的變量所占用的內存，因為只要執行流進入相應的環境，就可能會用到他們。當變量離開環境時，則將其標記為“離開環境”。

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

關于這一塊，建議讀讀Tom大叔的幾篇文章，關于作用域鏈的一些知識詳解，讀完差不多就知道了，哪些變量會被做標記。

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

但是用這種方法存在著一個問題，下面來看看代碼：

    objA.someOtherObject = objB;
    objB.anotherObject = objA;
}

　　在這個例子中，objA和objB通過各自的屬性相互引用；也就是說這兩個對象的引用次數都是2。在采用引用計數的策略中，由于函數執行之后，這兩個對象都離開了作用域，函數執行完成之后，objA和objB還將會繼續存在，因為他們的引用次數永遠不會是0。這樣的相互引用如果說很大量的存在就會導致大量的內存泄露。

　　我們知道，IE中有一部分對象并不是原生JavaScript對象。例如，其BOM和DOM中的對象就是使用C++以COM（Component Object
Model，組件對象）對象的形式實現的，而COM對象的垃圾回收器就是采用的引用計數的策略。因此，即使IE的Javascript引擎使用標記清除的策略來實現的，但JavaScript訪問的COM對象依然是基于引用計數的策略的。說白了，只要IE中涉及COM對象，就會存在循環引用的問題。看看下面的這個簡單的例子：

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

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

　　不過上面的問題也不是不能解決，我們可以手動切斷他們的循環引用。

myObj.element = null;
element.someObject =null;
　　這樣寫代碼的話就可以解決循環引用的問題了，也就防止了內存泄露的問題。

執行這個函數后，因為這兩個引用值的引用次數永遠不會為0，垃圾回收器永遠不會回收它們占用的內存空間。

js垃圾回收器的性能

因為js垃圾回收器是每隔一個周期就執行一次垃圾回收。

如果為變量分配的內存數量不大的話，那么垃圾回收器的回收工作量就不大。但是，當垃圾回收器的工作量過大的時候，就很可能會出現卡頓的情況。

js中管理內存的建議