一个内存释放的实例

代码如下   <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。其实不是，这是OS、IE和JavaScript之间的一种复杂关系所导致的，而非独立的问题。

　　Microsoft公开了解决这种问题的策略：主动调用内存回收过程。

　　在(微软的)JScript中提供了一个CollectGarbage()过程(通常简称GC过程)，GC过程用于清理当前IE中的“失效的对象失例”，也就是调用对象的析构过程。

　　在上例中调用GC过程的代码是：

代码如下   //---------------------------------------------------------
// 处理ActiveX Object时，GC过程的标准调用方式
//---------------------------------------------------------
function writeXLS() {
//(略...)