JavaScript中沒有析構(gòu)函數(shù)，但卻有“對象析構(gòu)”的問題。也就是說，盡管我們不
知道一個對象什么時候會被析構(gòu)，也不能截獲它的析構(gòu)過程并處理一些事務(wù)。然而，
在一些不多見的時候，我們會遇到“要求一個對象立即析構(gòu)”的問題。
問題大多數(shù)的時候出現(xiàn)在對ActiveX Object的處理上。因為我們可能在JavaScript
里創(chuàng)建了一個ActiveX Object，在做完一些處理之后，我們又需要再創(chuàng)建一個。而
如果原來的對象供應(yīng)者(Server)不允許創(chuàng)建多個實例，那么我們就需要在JavaScript
中確保先前的實例是已經(jīng)被釋放過了。接下來，即使Server允許創(chuàng)建多個實例，而
在多個實例間允許共享數(shù)據(jù)(例如OS的授權(quán)，或者資源、文件的鎖)，那么我們在新
實例中的操作就可能會出問題。
可能還是有人不明白我們在說什么，那么我就舉一個例子：如果創(chuàng)建一個Excel對象，
打開文件Ａ，然后我們save它，然后關(guān)閉這個實例。然后我們再創(chuàng)建Excel對象并打開
同一文件。——注意這時JavaScript可能還沒有來得及析構(gòu)前一個對象。——這時我們
再想Save這個文件，就發(fā)現(xiàn)失敗了。下面的代碼示例這種情況：
//---------------------------------------------------------
// JavaScript中的析構(gòu)問題(ActiveX Object示例)
//---------------------------------------------------------
<script>
var strSaveLocation = 'file:///E:/1.xls'
function createXLS() {
var excel = new ActiveXObject("Excel.Application");
var wk = excel.Workbooks.Add();
wk.SaveAs(strSaveLocation);
wk.Saved = true;
excel.Quit();
}
function writeXLS() {
var excel = new ActiveXObject("Excel.Application");
var wk = excel.Workbooks.Open(strSaveLocation);
var sheet = wk.Worksheets(1);
sheet.Cells(1, 1).Value = '測試字符串';
wk.SaveAs(strSaveLocation);
wk.Saved = true;
excel.Quit();
}
</script>
<body>
<button onclick="createXLS()">創(chuàng)建</button>
<button onclick="writeXLS()">重寫</button>
</body>
在這個例子中，在本地文件操作時并不會出現(xiàn)異常。——最多只是有一些內(nèi)存垃
圾而已。然而，如果strSaveLocation是一個遠程的URL，這時本地將會保存一個
文件存取權(quán)限的憑證，而且同時只能一個(遠程的)實例來開啟該excel文檔并存
儲。于是如果反復(fù)點擊"重寫"按鈕，就會出現(xiàn)異常。
——注意，這是在SPS中操作共享文件時的一個實例的簡化代碼。因此，它并非
“學(xué)術(shù)的”無聊討論，而且工程中的實際問題。
解決這個問題的方法很復(fù)雜。它涉及到兩個問題：
- 本地憑證的釋放
- ActiveX Object實例的釋放
下面我們先從JavaScript中對象的“失效”問題說起。簡單的說：
- 一個對象在其生存的上下文環(huán)境之外，即會失效。
- 一個全局的對象在沒有被執(zhí)用(引用)的情況下，即會失效。
例如：
//---------------------------------------------------------
// 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”在函數(shù)testObject()中構(gòu)造了_obj1，但是在函數(shù)退出時，
??? 它就已經(jīng)離開了函數(shù)的上下文環(huán)境，因此_obj1失效了；
- “示例2”中，testObject2()中也構(gòu)造了一個對象_obj2并傳出，因
??? 此對象有了“函數(shù)外”的上下文環(huán)境(和生存周期)，然而由于函數(shù)
??? 的返回值沒有被其它變量“持有”，因此_obj2也立即失效了；
- “示例3”中，testObject2()構(gòu)造的_obj2被外部的變量obj3持用了，
??? 這時，直到“obj3=null”這行代碼生效時，_obj2才會因為引用關(guān)系
??? 消失而失效。
- 與示例3相同的原因，“示例4”中的_obj2會在“arr=[]”這行代碼
??? 之后才會失效。
但是，對象的“失效”并不等會“釋放”。在JavaScript運行環(huán)境的內(nèi)部，沒
有任何方式來確切地告訴用戶“對象什么時候會釋放”。這依賴于JavaScript
的內(nèi)存回收機制。——這種策略與.NET中的回收機制是類同的。
在前面的Excel操作示例代碼中，對象的所有者，也就是"EXCEL.EXE"這個進程
只能在“ActiveX Object實例的釋放”之后才會發(fā)生。而文件的鎖，以及操作
系統(tǒng)的權(quán)限憑證是與進程相關(guān)的。因此如果對象僅是“失效”而不是“釋放”，
那么其它進程處理文件和引用操作系統(tǒng)的權(quán)限憑據(jù)時就會出問題。
——有些人說這是JavaScript或者COM機制的BUG。其實不是，這是ＯＳ、ＩＥ
和JavaScript之間的一種復(fù)雜關(guān)系所導(dǎo)致的，而非獨立的問題。
Microsoft公開了解決這種問題的策略：主動調(diào)用內(nèi)存回收過程。
在(微軟的)JScript中提供了一個CollectGarbage()過程(通常簡稱GC過程)，
GC過程用于清理當(dāng)前IE中的“失效的對象失例”，也就是調(diào)用對象的析構(gòu)過程。
在上例中調(diào)用GC過程的代碼是：
//---------------------------------------------------------
// 處理ActiveX Object時，GC過程的標(biāo)準調(diào)用方式
//---------------------------------------------------------
function writeXLS() {
//(略...)
excel.Quit();
excel = null;
setTimeout(CollectGarbage, 1);
}
第一行代碼調(diào)用excel.Quit()方法來使得excel進程中止并退出，這時由于JavaScript
環(huán)境執(zhí)有excel對象實例，因此excel進程并不實際中止。
第二行代碼使excel為null，以清除對象引用，從而使對象“失效”。然而由于
對象仍舊在函數(shù)上下文環(huán)境中，因此如果直接調(diào)用GC過程，對象仍然不會被清理。
第三行代碼使用setTimeout()來調(diào)用CollectGarbage函數(shù)，時間間隔設(shè)為'1'，只
是使得GC過程發(fā)生在writeXLS()函數(shù)執(zhí)行完之后。這樣excel對象就滿足了“能被
GC清理”的兩個條件：沒有引用和離開上下文環(huán)境。
GC過程的使用，在使用了ActiveX Object的JS環(huán)境中很有效。一些潛在的ActiveX
Object包括XML、VML、OWC(Office Web Componet)、flash，甚至包括在JS中的VBArray。
從這一點來看，ajax架構(gòu)由于采用了XMLHTTP，并且同時要滿足“不切換頁面”的
特性，因此在適當(dāng)?shù)臅r候主動調(diào)用GC過程，會得到更好的效率用UI體驗。
事實上，即使使用GC過程，前面提到的excel問題仍然不會被完全解決。因為IE還
緩存了權(quán)限憑據(jù)。使頁的權(quán)限憑據(jù)被更新的唯一方法，只能是“切換到新的頁面”，
因此事實上在前面提到的那個SPS項目中，我采用的方法并不是GC，而是下面這一
段代碼：
//---------------------------------------------------------
// 處理ActiveX Object時采用的頁面切換代碼
//---------------------------------------------------------
function writeXLS() {
//(略...)
excel.Quit();
excel = null;
// 下面代碼用于解決IE call Excel的一個BUG, MSDN中提供的方法:
//?? setTimeout(CollectGarbage, 1);
// 由于不能清除(或同步)網(wǎng)頁的受信任狀態(tài), 所以將導(dǎo)致SaveAs()等方法在
// 下次調(diào)用時無效.
location.reload();
}
最后之最后，關(guān)于GC的一個補充說明：在IE窗體被最小化時，IE將會主動調(diào)用一次
CollectGarbage()函數(shù)。這使得IE窗口在最小化之后，內(nèi)存占用會有明顯改善。
http://www.blogjava.net/fantasy/archive/2006/03/20/36184.html