講解JavaScript 記憶體的管理和釋放問題教程

一個記憶體釋放的執行個體

代碼如下	複製代碼
<SCRIPT LANGUAGE="JavaScript"> <!-- strTest = "1"; for ( var i = 0; i < 25; i ++ ) {  strTest += strTest; } alert(strTest); delete strTest; CollectGarbage(); //--> </SCRIPT>

CollectGarbage,是IE的一個特有屬性,用於釋放記憶體的
使用方法嘛應該是,將該變數或引用對象,設定為null或delete
然後在進行釋放動作
在做CollectGarbage前,要必需清楚的兩個必備條件:

引用- 一個對象在其生存的上下文環境之外，即會失效。
- 一個全域的對象在沒有被執用(引用)的情況下，即會失效。

代碼如下

複製代碼

//--------------------------------------------------------- // JavaScript對象何時失效 //--------------------------------------------------------- function testObject() { var _obj1 = new Object(); }   function testObject2() { var _obj2 = new Object(); return _obj2; }   // 樣本1 testObject();   // 樣本2 testObject2()   // 樣本3 var obj3 = testObject2(); obj3 = null;   // 樣本4 var obj4 = testObject2(); var arr = [obj4]; obj3 = null; arr = [];

在這四個樣本中：
- “樣本1”在函數testObject()中構造了_obj1，但是在函數退出時，
它就已經離開了函數的上下文環境，因此_obj1失效了；
- “樣本2”中，testObject2()中也構造了一個對象_obj2並傳出，因
此對象有了“函數外”的上下文環境(和生存周期)，然而由於函數
的傳回值沒有被其它變數“持有”，因此_obj2也立即失效了；
- “樣本3”中，testObject2()構造的_obj2被外部的變數obj3持用了，
這時，直到“obj3=null”這行代碼生效時，_obj2才會因為參考關聯性
消失而失效。
- 與樣本3相同的原因，“樣本4”中的_obj2會在“arr=[]”這行代碼
之後才會失效。

但是，對象的“失效”並不等會“釋放”。在JavaScript運行環境的內部，沒
有任何方式來確切地告訴使用者“對象什麼時候會釋放”。這依賴於JavaScript
的記憶體回收機制。——這種策略與.NET中的回收機制是類同的。

在前面的Excel操作範例程式碼中，對象的所有者，也就是"EXCEL.EXE"這個進程
只能在“ActiveX Object執行個體的釋放”之後才會發生。而檔案的鎖，以及操作
系統的許可權憑證是與進程相關的。因此如果對象僅是“失效”而不是“釋放”，
那麼其它進程處理檔案和引用作業系統的許可權憑據時就會出問題。

——有些人說這是JavaScript或者COM機制的BUG。其實不是，這是ＯＳ、ＩＥ
和JavaScript之間的一種複雜關係所導致的，而非獨立的問題。

Microsoft公開瞭解決這種問題的策略：主動調用記憶體回收過程。

在(微軟的)JScript中提供了一個CollectGarbage()過程(通常簡稱GC過程)，
GC過程用於清理當前IE中的“失效的對象失例”，也就是調用對象的析構過程。

在上例中調用GC過程的代碼是：

代碼如下	複製代碼
//--------------------------------------------------------- // 處理ActiveX Object時，GC過程的標準調用方式 //--------------------------------------------------------- function writeXLS() { //(略...)   excel.Quit(); excel = null; setTimeout(CollectGarbage, 1); }

第一行代碼調用excel.Quit()方法來使得excel進程中止並退出，這時由於JavaScript
環境執有excel對象執行個體，因此excel進程並不實際中止。

第二行代碼使excel為null，以清除對象引用，從而使對象“失效”。然而由於
對象仍舊在函數上下文環境中，因此如果直接調用GC過程，對象仍然不會被清理。

第三行代碼使用setTimeout()來調用CollectGarbage函數，時間間隔設為'1'，只
是使得GC過程發生在writeXLS()函數執行完之後。這樣excel對象就滿足了“能被
GC清理”的兩個條件：沒有引用和離開上下文環境。

GC過程的使用，在使用了ActiveX Object的JS環境中很有效。一些潛在的ActiveX
Object包括XML、VML、OWC(Office Web Componet)、flash，甚至包括在JS中的VBArray。
從這一點來看，ajax架構由於採用了XMLHTTP，並且同時要滿足“不切換頁面”的
特性，因此在適當的時候主動調用GC過程，會得到更好的效率用UI體驗。

事實上，即使使用GC過程，前面提到的excel問題仍然不會被完全解決。因為IE還
緩衝了許可權憑據。使頁的許可權憑據被更新的唯一方法，只能是“切換到新的頁面”，
因此事實上在前面提到的那個SPS項目中，我採用的方法並不是GC，而是下面這一
段代碼：

代碼如下	複製代碼
//--------------------------------------------------------- // 處理ActiveX Object時採用的頁面切換代碼 //--------------------------------------------------------- function writeXLS() { //(略...)   excel.Quit(); excel = null;   // 下面代碼用於解決IE call Excel的一個BUG, MSDN中提供的方法: // setTimeout(CollectGarbage, 1); // 由於不能清除(或同步)網頁的受信任狀態, 所以將導致SaveAs()等方法在 // 下次調用時無效. location.reload(); }

delete 運算子在手冊上的說明

引用從對象中刪除一個屬性，或從數組中刪除一個元素。

delete expression

expression 參數是一個有效 JScript 運算式，通常是一個屬性名稱或數組元素。

說明
如果 expression 的結果是一個對象，且在 expression 中指定的屬性存在，而該對象又不允許它被刪除，則返回 false。

在所有其他情況下，返回 true。


最後之最後，關於GC的一個補充說明：在IE表單被最小化時，IE將會主動調用一次
CollectGarbage()函數。這使得IE視窗在最小化之後，記憶體佔用會有明顯改善