JavaScript 变量、作用域和内存问题

变量

按照ECMA-262的定义，javascript的变量与其他语言的变量有很大区别。Javascript变量松散类型的本质，决定了它只是在特定时间用于保存特定值的一个名字而已。由于不存在定义某个变量是必须保存何种数据类型值的规则，变量的值及其数据类型可以在脚本的生命周期内转变。

ECMAScript 变量可能包含两种不同数据类型的值：基本类型值和引用类型值。基本类型值指的是简单的数据段，而引用类型值指那些可能由多个值构成的对象。再将一个值赋给变量时，解析器必须确定这个值是基本类型值还是引用类型值。引用类型值是保存在内存中的对象。与其他语言不同，javascript不允许直接访问内存中的位置，也就是说不能直接操作对象的内存空间。在操作对象时，实际上是在操作对象的引用而不是实际的对象。为此，引用类型值是按引用访问的。

动态属性

定义基本类型值和引用类型值的方式是类似的：创建一个变量并为改变量赋值。但是，当这个值保存到变量中以后，对不同类型值可以执行的操作则大相径庭。对于引用类型的值。我们可以为其添加属性和方法，也可以改变和删除其属性和方法。

example：

var person = new Object();
person.name = 'zhishiqu';
alert(person.name); //'zhishiqu'

以上代码创建了一个对象并将其保存在了变量person中。然后，我们为该对象添加了一个名为name的属性，并将字符串值‘zhishiqu’赋给了这个属性。紧接着，用通过alert（）函数访问了这个新属性。如果对象不被销毁或者这个属性不被删除，则这个属性将一直存在。

但是，我们不能给基本类型的值添加属性，尽管这样做不会导致任何错误。

example：

var name = 'zhishiqu';
name.age = 27;
alert(name.age);  //undefined

在这个例子中，我们为字符串name定义了一个名为age的属性，并为该属性赋值27。但是在下一行访问这个属性时，发现该属性不见了。这说明只能给引用类型值动态添加属性，以便将来使用。

复制变量值

除了保存的方式不同之外，在从一个变量向另一个变量复制基本类型值和引用类型值时，也存在不同。如果从一个变量向另一个变量复制基本类型的值，会在变量对象上创建一个新值，然后把该值复制到新变量分配的位置上。

example：

var num1 = 5;
var num2 = num1;
alert(num2)  //5
num2 =7;
alert(num2)  //7
alert(num1)  //5

在此，num1 中保存的值是5。当使用num1的值来初始化num2时，num2中也保存了值5。但是num2中的5与num1中的5是完全独立的，该值是num1中的5的一个副本。此后，这两个变量可以参与任何操作而不会相互影响。

当从一个变量向另一个变量复制引用类型的值时，同样也会将存储在变量对象中的值复制一份放到为新变量分配的空间中。不同的是，这个值的副本实际上是一个指针，而这个指针指向存储在堆中的一个对象。复制操作结束后，两个变量实际上将引用同一个对象。因此，改变其中一个变量，就会影响一个变量。

example：

var obj1 = new Object();
var obj2 = obj1;
obj1.name = 'zhishiqu';
alert(obj2.name);  //zhishiqu

首先，变量obj1保存了一个对象的新实例。然后，这个值被复制到了obj2中；换句话说，obj1和obj2都指向同一个对象。这样，当为obj1添加name属性后，可以通过obj2来访问这个属性，因为这两个变量引用的都是同一个对象。

传递参数

ECMAScript中所有函数的参数都是按值传递的。也就是说，把函数外部的值复制给函数内部的参数，就和把值从一个变量复制到另一个变量一样。基本类型值的传递如同基本类型值变量的复制一样，而引用类型值的传递，则如同引用类型值变量的复制一样。不少人对这一点可能感到困惑，因为访问变量有按值和按引用两种方式，而参数只能按值传递。

在向参数传递基本类型的值时，被传递的值会被复制给一个局部变量（即命名参数，或者用ECMAScript的概念来说，就是arguments对象中的一个元素）。在向参数传递引用类型的值时，会把这个值在内存中的地址复制给一个局部变量，因此这个局部变量的变化会反映在函数的外部。

example：

function addTen(num){
    num += 10;
    return num;
}
var count = 20;
var result = addTen(count)
alert(count)   // 20  
alert(result)   //30

这里的函数addTen（）有一个参数num，而参数实际上是函数的局部变量。在调用这个函数时，变量count作为参数被传递给函数，这个变量的值是20。于是，数值20被复制给参数num以便在addTen（）中使用。在函数内部，参数num的值被加上了10，但是这一变化不会影响函数外部的count变量。参数num与变量count互不相识，它们仅仅是具有相同的值。假如num是按引用传递的话，那么变量count的值也就变成30，从而反映函数内部的修改。当然，使用数值等于基本类型值来说明按值传递参数比较简单，但是如果使用对象，那问题就不怎么好理解了。

example：

function setName(obj){
	obj.name = 'Nicholas';
}


var person = new Object();
setName(person);  
console.log(person.name)  //'Nicholas'

以上代码中创建一个对象，并将其保存在了变量person中。然后，这个变量被传递到了setName（）函数中之后就被复制给了obj。在这个函数内部，obj和person引用的事同一个对象。换句话说，即使这个变量时按值传递的，obj也会按引用来访问同一个对象。于是，当在函数内部为obj添加name属性后，函数外部的person也将有所反映；因为person指向的对象在堆内存中只有一个，而且是全局对象。有很多开发人员错误的认为：在局部作用域修改的对象会在全局作用域中反映出来，就说明参数是按引用传递的。为了证明对象是按值传递的，example：

function setName(obj){
	obj.name = 'Nicholas';
	obj = new Object();
	obj.name = 'Greg';
}

var person = new Object();
setName(person);  
alert(person.name)  //'Nicholas'

这个例子与前一个例子的唯一区别，就是在setName（）函数中添加了两行代码：一行代码为obj重新定义了一个对象，另一行代码为该对象定义了一个带有不同值的name属性。在把person传递给setName（）后，其name属性被设置为'Nicholas'。然后，又将一个新对象赋值给变量obj，同时将其name属性设置为'Greg'。如果person是按引用传递的，那么person就会自动被修改为指向其name属性值为'Greg'的新对象。但是，当接下来再访问person.name时，显示的值仍然是"Nicholas"。这说明即使在函数内部修改了参数的值，但原始的引用仍然保持未变。实际上，当在函数内部重写obj时，这个变量引用的就是一个局部对象了。而这个局部对象在函数执行完毕后立即被销毁。

执行环境及作用域

执行环境是JavaScript中最为重要的一个概念。执行环境定义了一个变量或函数有权访问的其他数据，决定了它们各自的行为。每个执行环境都有一个与之关联的变量对象，环境中定义的所有变量和函数都保存在这个对象中。虽然我们编写的代码无权访问这个对象，但是解释器在处理数据时会在后台使用它。

全局执行环境是最外围的一个执行环境。根据ECMAScript实现所在的宿主环境不同，表示执行环境的对象也不一样。在web浏览器中，全局执行环境被认为是windows对象，因此所有全局变量和函数都是作为window对象的属性和方法创建的。某个执行环境中的所有代码执行完毕后，该环境被销毁，保存在其中的所有变量和函数定义也是随之销毁。

每个函数都有自己的执行环境。当执行流进入一个函数时，函数的环境就会被推人一个环境栈中。而在函数执行之后，栈将其环境弹出，把控制权返回给之前的执行环境。ECMAScript程序中的执行流正是由这个方便的机制控制着。

当代码在一个环境中执行时，会创建变量对象的一个作用域链。作用域链的用途，是保证对执行环境有权访问的所有变量和函数的有序访问。作用域链的前端，始终都是当前执行的代码所在的环境的变量对象。如果这个环境是函数，则将其活动对象作为变量对象。活动对象在最开始时只包含一个变量，即arguments对象。作用域链中的下一个变量对象来自包含（外部）环境，而再下一个变量对象则来自下一个包含环境。这样，一直延续到全局执行环境；全局执行环境的变量对象始终都是作用域链中的最后一个对象。

垃圾收集

JavaScript具有自动垃圾收集机制，也就是说，执行环境会负责管理代码执行过程中使用的内存。而在C和C++之类的语言中，开发人员的一项基本任务就是手工跟踪内存的使用情况，这是造成许多问题的一个根源。在编写JavaScript程序时，开发人员不用再关心内存使用问题，所需内存的分配以及无用内存的回收完全实现了自动管理。这种垃圾收集机制的原理其实很简单：找出那些不再使用的变量，然后释放其占用的内存。为此，垃圾收集器会按照固定的时间间隔（或代码执行中预定的收集时间），周期性地执行这一操作。

下面我们来分析一下函数中局部变量的正常生命周期。局部变量只在函数执行的过程中存在。而在这个过程中，会为局部变量在栈（或堆）内存上分配相应的空间，以便存储它们的值。然后在函数中使用这些变量，直至函数执行结束。此时，局部变量就没有存在的必要了，因此可以释放它们的内存以供将来使用。在这种情况下，很容易判断变量是否还有存在的必要；但并非所有情况下都这么容易就能得出结论。垃圾收集器必须跟踪哪个变量有用哪个变量没用，对于不在有用的变量打上标记，以备将来收回其占用的内存。用于标识无用变量的策略可能会因实现而异，但具体到浏览器中的实现，则通常有两个策略。

标记清除

JavaScript中最常用的垃圾收集方式是标记清除。当变量进入环境（例如，在函数中声明一个变量）时，就将这个变量标记为‘进入环境’。从逻辑上讲，永远不能释放进入环境的变量所占用的内存，因为只要执行流进入相应的环境，就可能会用到它们。而当变量离开环境时，则将其标记为‘离开环境’。

可以使用任何方式来标记变量。比如，可以通过翻转某个特殊的位来记录一个变量何时进入环境，或者使用一个‘进入环境的’变量列表及一个‘离开环境的’变量列表来跟踪哪个变量发生了变化。说到底，如何标记变量其实并不重要，关键在于采取什么策略。

垃圾收集器在运行的时候会给存储在内存中的所有变量都加上标记（当然，可以使用任何标记方式）。然后，它会去掉环境中的变量以及被环境中的变量引用的变量标记。而在此之后在被加上标记的变量将被视为准备删除的变量，原因是环境中的变量已经无法访问到这些变量了。最后，垃圾收集器完成内存清除工作，销毁那些带标记的值并收回它们所占用的内存空间。

引用计数

另一种不太常见的垃圾收集策略叫做引用计数。引用计数的含义是跟踪记录每个值被引用的次数。当声明了一个变量并将一个引用类型值赋给该变量时，则这个值的引用次数就是1。如果同一个值又被赋给另一个变量，则该值的引用次数加1。相反，如果包含对这个值引用的变量又取得了另外一个值，则这个值的引用次数减1.当这个值的引用次数变成0时，则说明没有办法再访问这个值了，因而就可以将其占用的内存空间收回来。这样，当垃圾收集器下次在运行时，它就会被释放那些引用次数为零的值所占用的空间。（问题：循环引用）

example：

function problem() {
	var objectA() = new Object();
	var objectB() = new Object();

	objectA.someOtherObject = objectB;
	objectB.anotherObject = objectA;
}

在这个例子中，objectA和objectB通过各自的属性相互引用；也就是说，这个对象的引用次数都是2.在采用标记清除策略的实现中，由于函数执行之后，这两个对象都离开了作用域，因此这种相互引用不是个问题。但在采用引用计数策略的实现中，当函数执行完毕后，objectA和objectB还将继续存在，因为它们的引用次数永远不会是0。