按照ECMA-262的定义, JavaScript的变量与其他语言的变量有很大区别.
JavaScript变量松散类型的本质, 决定了它只是在特定时间用于保存特定值的一个名字而已.
由于不存在定义某个变量必须要保存何种数据类型值的规则, 变量的值及其数据类型可以在脚本的声明周期内改变.
尽管从某种角度看, 这可能是一个既有趣又强大, 同时又容易出问题的特性, 但JavaScript变量实际的复杂程度还远不止如此.
1. 基本类型和引用类型的值
ECMAScript变量可能包含两种不同数据类型的值: 基本类型值和引用类型值.
基本类型值指的是简单的数据段, 而引用类型值指那些可能由多个值构成的对象.
在将一个值赋给变量时, 解析器必须确定这个值是基本类型值还是引用类型值. 基本数据类型是按值访问的, 因为可以操作保存在变量中的实际的值.
引用类型的值是保存在内存中的对象. 与其他语言不同, JavaScript不允许直接访问内存中的位置, 也就是说不能直接操作对象的内存空间.
在操作对象时, 实际上是在操作对象的引用而不实际的对象.
为此, 引用类型的值是按引用访问的.
注:该说法并不严密, 当复制保存着对象的某个变量时, 操作的是对象的引用. 但在为对象添加属性时, 操作的是实际的对象
在很多语言中, 字符串以对象的形式来表示, 因此被认为是引用类型的. ECMAScript放弃了这一传统.
1.1 动态的属性
定义基本类型值和引用类型值的方式是类似的: 创建一个变量并为该变量赋值.
但是, 当这个值保存到变量中以后, 对不同类型值可以执行的操作则大相径庭.
对于引用类型的值, 我们可以为其添加属性和方法, 也可以改变和删除其属性和方法. 请看下面的例子:
1 | var person = new Object(); |
以上代码创建了一个对象并将其保存在了变量person中. 然后, 我们为该对象添加了一个名为 name的属性, 并将字符串值”Nicholas”赋给了这个属性.
紧接着, 又通过alert()函数访问了这个新属性.
如果对象不被销毁或者这个属性不被删除, 则这个属性将一直存在.
但是, 我们不能给基本类型的值添加属性, 尽管这样做不会导致任何错误. 比如:
1 | var name = "Nicholas"; |
在这个例子中, 我们为字符串name定义了一个名为age的属性, 并为该属性赋值27, 但在下一行访问这个属性时, 发现该属性不见了.
这说明只能给引用类型值动态地添加属性, 以便将来使用.
1.2 复制变量值
除了保存的方式不同之外, 在从一个变量向另一个变量复制基本类型值和引用类型值时, 也存在不同. 如果从一个变量向另一个变量复制基本类型的值, 会在变量对象上创建一个新值, 然后把该值复制到为新变量分配的位置上.来看一个例子:
1 | var num1 = 5; |
在此, num1 中保存的值是5. 当使用num1的值来初始化num2时, num2中也保存了值5. 但num2中的5与num1中的5是完全独立的, 该值只是 num1中5 的一个副本. 此后, 这两个变量可以参与任何操作而不会相互影响.
复制前的变量对象
名 | 值 |
---|---|
num1 | 5(Number类型) |
复制后的变量对象
名 | 值 |
---|---|
num2 | 5(Number类型) |
num1 | 5(Number类型) |
当从一个变量向另一个变量复制引用类型的值时, 同样也会将存储在变量对象中的值复制一份放到为新变量分配的空间中.
不同的是, 这个值的副本实际上是一个指针, 而这个指针指向存储在堆中的一个对象.
复制操作结束后, 两个变量实际上将引用同一个对象.
因此, 改变其中一个变量, 就会影响另一个变量, 如下面的例子所示:
1 | var obj1 = new Object(); |
首先, 变量obj1保存了一个对象的新实例. 然后, 这个值被复制到了obj2中; 换句话说, obj1和obj2都指向同一个对象. 这样, 当为obj1添加name属性后, 可以通过obj2来访问这个属性, 因为这两个变量引用的都是同一个对象.
1.3 传递参数
ECMAScript中所有函数的参数都是按值传递的. 也就是说, 把函数外部的值复制给函数内部的参数, 就和把值从一个变量复制到另一个变量一样.
基本类型值的传递如同基本类型变量的复制一样, 而引用类型值的传递, 则如同引用类型变量的复制一样.
有不少开发人员在这一点上可能会感到困惑, 因为访问变量有按值和按引用两种方式, 而参数只能按值传递.
在向参数传递基本类型的值时, 被传递的值会被复制给一个局部变量(即命名参数, 或者用ECMAScript的概念来说, 就是 arguments 对象中的一个元素).
在向参数传递引用类型的值时, 会把这个值在内存中的地址复制给一个局部变量, 因此这个局部变量的变化会反映在函数的外部.
1 | function addTen(num) { |
这里的函数addTen()有一个参数num, 而参数实际上是函数的局部变量. 在调用这个函数时, 变量count作为参数被传递给函数, 这个变量的值是20. 于是, 数值20被复制给参数num以便在addTen()中使用.
在函数内部, 参数num的值被加上了10, 但这一变化不会影响函数外部的count变量. 参数 num与变量count互不相识, 它们仅仅是具有相同的值.
假如num是按引用传递的话. 那么变量count的值也将变成30, 从而反映函数内部的修改.
当然, 使用数值等基本类型值来说明按值传递参数比较简单, 但如果使用对象, 那问题就不怎么好理解了. 再举一个例子:
1 | function setName(obj) { |
以上代码中创建一个对象, 并将其保存在了变量person中. 然后, 这个变量被传递到setName()函数中之后就被复制给了obj. 在这个函数内部, obj和person引用的是同一个对象.
换句话说, 即使这个变量是按值传递的, 换句话说, 即使这个变量是按值传递的, obj也会按引用来访问同一个对象.
于是, 当在函数内部为obj添加name属性后, 函数外部的 person也将有所反映. 因为person指向的对象在堆内存中只有一个, 而且是全局对象.
有很多开发人员错误地认为: 在局部作用域中修改的对象会在全局作用域中反映出来, 就说明参数是按引用传递的. 为了证明对象是按值传递的, 我们再看一看下面这个经过修改的例子:
1 | function setName(obj) { |
这个例子与前一个例子的唯一区别, 就是在setName()函数中添加了两行代码: 一行代码为 obj重新定义了一个对象, 另一行代码为该对象定义了一个带有不同值的name属性.
在把person传递给setName()后, 其 name属性被设置为”Nicholas”. 然后, 又将一个新对象赋给变量obj. 同时将其name属性设置为”Greg”.
如果person是按引用传递的, 那么 person就会自动被修改为指向其name属性值为”Greg”的新对象. 但是, 当接下来再访问person.name时, 显示的值仍然是”Nicholas”.
这说明即使在函数内部修改了参数的值, 但原始的引用仍然保持未变.
实际上, 当在函数内部重写obj时, 这个变量引用的就是一个局部对象了. 而局部对象会在函数执行完毕后立即被销毁.
1.4 检测类型
typeof操作符是确定一个变量是字符串、数值、布尔值, 还是undefined的最佳工具.
如果变量的值是一个对象或null, 则typeof操作符会像下面例子中所示的那样返回”object:
1 | var s = "Nicholas"; |
虽然在检测基本数据类型时typeof是非常得力的助手, 但是检测引用类型的值时, 这个操作符用处不大.
通常, 我们并不是想知道某个值是对象, 而是想知道它是什么类型的对象. 为此, ECMAScript提供了instanceof操作符, 其语法如下所示:
1 | result = variable instanceof constructor |
如果变量是给定引用类型(根据它的原型链来识别)的实例, 那么instanceof操作符就会返回true.
根据规定, 所有引用类型的值都是Object的实例. 因此, 在检测一个引用类型值和Object构造函数时, instanceof操作符始终会返回true.
当然, 如果使用instanceof操作符检测基本类型的值, 则该操作符始终会返回false, 因为基本类型不是对象.
使用typeof操作符检测函数时, 该操作符会返回”function”. ECMA-262规定任何在内部实现[[call]]
方法的对象都应该在应用typeof操作符时返回”function”.
2.执行环境及作用域
执行环境execution context是JavaScript中最为重要的一个概念.
执行环境定义了变量或函数有权访问的其他数据, 决定了它们各自的行为.
每个执行环境都有一个与之关联的变量对象variable object, 环境中定义的所有变量和函数都保存在这个对象中.
2.1 全局作用域
虽然我们编写的代码无法访问这个对象, 但解析器在处理数据时会在后台使用它.
全局执行环境是最外围的一个执行环境. 根据ECMAScript实现所在的宿主环境不同, 表示执行环境的对象也不一样.
- 直接编写在script标签中的JS代码,都在全局作用域
- 全局作用域在页面打开时创建,在页面关闭时销毁
- 在全局作用域中,有一个全局对象window,它代表一个浏览器的窗口,它由浏览器创建,我们可以直接使用
- 在全局作用域中,创建的变量都会作为window对象的属性保存;创建的函数都会作为window对象的方法保存
- 全局作用域中的变量都是全局变量,在页面的任意部分都可以被访问的到
在Web浏览器中, 全局执行环境被认为是window对象, 因此所有全局变量和函数都是作为 window对象的属性和方法创建的.
某个执行环境中的所有代码执行完毕后, 该环境被销毁, 保存在其中的所有变量和函数定义也随之销毁(全局执行环境直到应用程序退出时才会被销毁).
2.2 函数作用域(局部作用域)
调用函数时, 创建函数作用域, 函数执行完毕后, 函数作用域销毁.每调用一次函数就会创建一个新的函数作用域, 他们之间是相互独立的.
在函数作用域中, 可以访问到全局变量, 而在全局作用域中无法访问函数作用域的变量.
当在函数作用域中操作变量时, 它会先在自身的作用域中寻找;如果有就直接使用, 如果没有就会在上一级作用域中寻找, 直到找到全局作用域.如果全局作用域中也没有, 就会报错: ReferenceError
.
在函数中访问全局变量, 可以使用window.变量
.
在函数中, 不使用var声明的变量都会成为全局变量.
2.3 作用域链
每个函数都有自己的执行环境. 当执行流进入一个函数时, 函数的环境就会被推入一个环境栈中.而在函数执行之后, 栈将其环境弹出, 把控制权返回给之前的执行环境.ECMAScript程序中的执行流正是由这个方便的机制控制着.
当代码在一个环境中执行时, 会创建变量对象的一个作用域链scope chain. 作用域链的用途, 是保证对执行环境有权访问的所有变量和函数的有序访问.
作用域链的前端, 始终都是当前执行的代码所在环境的变量对象.
如果这个环境是函数, 则将其活动对象activation object作为变量对象.
活动对象在最开始时只包含一个变量, 即arguments对象(这个对象在全局环境中是不存在的).
作用域链的下一个变量对象来自包含(外部)环境, 而再下一个变量对象则来自下一个包含环境.
这样一直延续到全局执行环境; 全局执行环境的变量对象始终都是作用域链中的最后一个对象.
标识符解析是沿着作用域链一级一级地搜索标识符的过程. 搜索过程始终从作用域链的最前端开始, 然后逐级地向后回溯, 直到找到标识符为止(如果找不到标识符, 通常会导致错误发生).
1 | var color = "blue"; |
这个例子中, 函数changeColor()的作用域链包含两个对象: 它自己的变量对象(其中定义着 arguments对象)和全局环境的变量对象.
可以在函数内部访问变量color, 就是因为可以在这个作用域链中找到它.
此外, 在局部作用域中定义的变量可以在局部环境中与全局变量互换使用.
1 | var color = "blue"; |
以上代码共涉及3个执行环境: 全局环境、changeColor()的局部环境和swapColors()的局部环境.
全局环境中有一个变量color和一个函数changeColor(). changeColor()的局部环境中有一个名为anotherColor的变量和一个名为swapColors()的函数, 但它也可以访问全局环境中的变量 color. swapColors()的局部环境中有一个变量tempColor, 该变量只能在这个环境中访问到. 无论全局环境还是changeColor()的局部环境都无权访问tempColor. 然而, 在swapColors()内部则可以访问其他两个环境中的所有变量, 因为那两个环境是它的父执行环境.
内部环境可以通过作用域链访问所有的外部环境, 但外部环境不能访问内部环境中的任何变量和函数.
这些环境之间的联系是线性、有次序的. 每个环境都可以向上搜索作用域链, 以查询变量和函数名; 但任何环境都不能通过向下搜索作用域链而进入另一个执行环境.
对于这个例子中的swapColors()而言, 其作用域链中包含 3 个对象: swapColors()的变量对象、changeColor()的变量对象和全局变量对象.
swapColors()的局部环境开始时会现在自己的变量对象中搜索变量和函数名, 如果搜索不到则再搜索到上一级作用域链.
changeColor()的作用域链中只包含两个对象: 它自己的变量对象和全局变量对象. 这也就是说, 它不能访问swapColors()的环境.
函数参数也被当作变量来对待, 因此其访问规则与执行环境中的其他变量相同.
2.4 延长作用域链
虽然执行环境的类型总共只有两种——全局和局部(函数), 但还是有其他办法来延长作用域链. 这么说是因为有些语句可以在作用域链的前端临时增加一个变量对象, 该变量对象会在代码执行后被移除.
在两种情况下会发生这种现象. 具体来说, 就是当执行流进入下列任何一个语句时, 作用域链就会得到加长:
*try-catch语句的catch块
*with语句
这两个语句都会在作用域链的前端添加一个变量对象. 对with语句来说, 会将指定的对象添加到作用域链中. 对catch语句来说, 会创建一个新的变量对象, 其中包含的是被抛出的错误对象的声明.
1 | function buildUrl() { |
在此, with语句接收的是location对象, 因此其变量对象中就包含了 location对象的所有属性和方法, 而这个变量对象被添加到了作用域链的前端.
buildUrl()函数中定义了一个变量qs. 当在with语句中引用变量herf时 (实际上引用的是 location.href), 可以在当前执行环境的变量对象中找到.
当引用变量qs时, 引用的则是在buildUrl()中定义的那个变量, 而该变量位于函数环境的变量对象中.
至于with语句内部, 则定义了一个名为url的变量, 因而url就成了函数执行环境的一部分, 所以可以作为函数的值被返回.
在IE8及之前版本的JavaScript实现中, 存在一个与标准不一致的地方, 即在catch语句中捕获的错误对象会被添加到执行环境的变量对象, 而不是catch语句的变量对象中. 换句话说, 即使是在catch块的外部也可以访问到错误对象. IE9修复了这个问题.
2.5 没有块级作用域
JavaScript没有块级作用域经常会导致理解上的困惑.
在其他类C的语言中, 由花括号封闭的代码块都有自己的作用域, 因而支持根据条件来定义变量.
例如, 下面的代码在JavaScript中并不会得到想象中的结果:
1 | if (true) { |
这里是在一个if语句中定义了变量color. 如果是在C、C++或Java中, color会在if语句执行完毕后被销毁.
但在JavaScript中, if语句中的变量声明会将变量添加到当前的执行环境中. 在使用 for语句时尤其要牢记这一差异.
1 | for (var i=0; i < 10; i++){ |
对于有块级作用域的语言来说, for语句初始化变量的表达式所定义的变量, 只会存在于循环的环境之中. 而对于JavaScript来说, 由for语句创建的变量i即使在for循环执行结束后, 也依旧会存在于循环外部的执行环境中.
2.5.1 声明变量
使用var声明的变量会自动被添加到最接近的环境中. 在函数内部, 最接近的环境就是函数的局部环境; 在with语句中, 最接近的环境是函数环境. 如果初始化变量时没有使用 var声明, 该变量会自动被添加到全局环境. 如下所示:
1 | function add(num1, num2) { |
以上代码中的函数add()定义了一个名为sum的局部变量, 该变量包含加法操作的结果.虽然结果值从函数中返回了, 但变量sum在函数外部是访问不到的.
如果省略这个例子中的var关键字, 那么当add()执行完毕后, sum也将可以访问到:
1 | function add(num1, num2) { |
这个例子中的变量sum在被初始化赋值时没有使用var关键字. 于是, 当调用完add()之后, 添加到全局环境中的变量 sum将继续存在; 即使函数已经执行完毕, 后面的代码依旧可以访问它.
在编写JavaScript代码的过程中, 不声明而直接初始化变量是一个常见的错误做法, 因为这样可能会导致意外. 我们建议在初始化变量之前, 一定要先声明, 这样就可以避免类似问题. 在严格模式下, 初始化未经声明的变量会导致错误.
2.5.2 函数的声明提前
使用函数声明形式创建的函数, 即: function 函数(){}
, 它会在所有代码执行之前就被创建, 所以可以在函数声明之前调用函数.
使用函数表达式创建的函数, 即: var 函数 = function(){}
, 不会被提前创建, 不能提前调用.
在函数作用域中也有声明提前的特性: 使用 var关键字声明的变量, 会在函数中所有代码执行之前被声明.
函数声明也会在函数中所有代码执行之前被声明
定义形参,相当于在函数作用域中声明了变量
2.5.3 查询标识符
当在某个环境中为了读取或写入而引入一个标识符时, 必须通过搜索来确定该标识符实际代表什么.
搜索过程从作用域链的前端开始, 向上逐级查询与给定名字匹配的标识符.
如果在局部环境中找到了该标识符, 搜索过程停止, 变量就绪. 如果在局部环境中没有找到该变量名, 则继续沿作用域链向上搜索.
搜索过程将一直追溯到全局环境的变量对象. 如果在全局环境中也没有找到这个标识符, 则意味着该变量尚未声明.
3.垃圾收集
JavaScript具有自动垃圾收集机制, 也就是说, 执行环境会负责管理代码执行过程中使用的内存.
而在C和C++之类的语言中, 开发人员的一项基本任务就是手工跟踪内存的使用情况, 这是造成许多问题的一个根源.
在编写JavaScript程序时, 开发人员不用再关心内存使用问题, 所需内存的分配以及无用内存的回收完全实现了自动管理.
这种垃圾收集机制的原理其实很简单: 找出那些不再继续使用的变量, 然后释放其占用的内存.
为此, 垃圾收集器会按照固定的时间间隔(或代码执行中预定的收集时间), 周期性地执行这一操作.
下面我们来分析一下函数中局部变量的正常生命周期
局部变量只在函数执行的过程中存在. 而在这个过程中, 会为局部变量在栈(或堆)内存上分配相应的空间, 以便存储它们的值. 然后在函数中使用这些变量, 直至函数执行结束.
此时, 局部变量就没有存在的必要了, 因此可以释放它们的内存以供将来使用. 在这种情况下, 很容易判断变量是否还有存在的必要.
但并非所有情况下都这么容易就能得出结论.
垃圾收集器必须跟踪哪个变量有用哪个变量没用, 对于不再有用的变量打上标记, 以备将来收回其占用的内存. 用于标识无用变量的策略可能会因实现而异, 但具体到浏览器中的实现, 则通常有两个策略.
3.1 标记清除
JavaScript中最常用的垃圾收集方式是标记清除mark-and-sweep. 当变量进入环境(例如, 在函数中声明一个变量)时, 就将这个变量标记为”进入环境”.
从逻辑上讲, 永远不能释放进入环境的变量所占用的内存, 因为只要执行流进入相应的环境,就可能会用到它们. 而当变量离开环境时, 则将其标记为”离开环境”.
可以使用任何方式来标记变量. 比如, 可以通过翻转某个特殊的位来记录一个变量何时进入环境, 或者使用一个”进入环境的”变量列表及一个”离开环境的”变量列表来跟踪哪个变量发生了变化. 说到底, 如何标记变量其实并不重要, 关键在于采取什么策略.
垃圾收集器在运行的时候会给存储在内存中的所有变量都加上标记(当然, 可以使用任何标记方式). 然后, 它会去掉环境中的变量以及被环境中的变量引用的变量的标记. 而在此之后再被加上标记的变量将被视为准备删除的变量, 原因是环境中的变量已经无法访问到这些变量了. 最后, 垃圾收集器完成内存清除工作, 销毁那些带标记的值并回收它们所占用的内存空间.
3.2 引用计数
另一种不太常见的垃圾收集策略叫做引用计数reference counting.
引用计数的含义是跟踪记录每个值被引用的次数. 当声明了一个变量并将一个引用类型值赋给该变量时, 则这个值的引用次数就是1. 如果同一个值又被赋给另一个变量, 则该值的引用次数加1.
相反, 如果包含对这个值引用的变量又取得了另外一个值, 则这个值的引用次数减1. 当这个值的引用次数变成0时, 则说明没有办法再访问这个值了, 因而就可以将其占用的内存空间回收回来. 这样, 当垃圾收集器下次再运行时, 它就会释放那些引用次数为零的值所占用的内存.
引用计数会导致一个严重的问题:循环引用。循环引用指的是对象 A 中包含一个指向对象 B 的指针,而对象 B 中也包含一个指向对象 A 的引用。请看下面的例子:
1 | function problem() { |
在这个例子中,objectA
和 objectB
通过各自的属性相互引用;也就是说,这两个对象的引用次数都是 2。在采用标记清除策略的实现中,当函数执行完毕后,objectA
和 objectB
还将继续存在,因为它们的引用次数永远不会是 0。假如这个函数被重复调用多次,就会导致大量内存得不到回收。
IE9 之前的版本中,有一部分对象并不是原生 JavaScript 对象。例如,其 BOM 和 DOM 中的对象就是使用 C++ 以 COM(Component Object Model,组件对象模型)对象的形式实现的,而 COM 对象的垃圾收集机制采用的就是引用计数策略。因此,即使 IE 的 JavaScript 引擎是使用标记清除策略来实现的,但 JavaScript 访问的 COM 对象依然是基于引用计数策略的。换句话说,只要在 IE 中涉及 COM 对象,就会存在循环引用的问题。下面这个例子,展示了使用 COM 对象导致的循环引用问题:
1 | var element = document.getElementById("some_element"); |
这个例子在一个 DOM 元素(element
)与一个原生 JavaScript 对象(myObject
)之间创建了循环引用。其中,变量 myObject
有一个名为 element
的属性指向 element
对象;而变量 element
也有一个属性名叫 someObject
回指 myObject
。由于存在这个循环引用,即使将例子中的 DOM 从页面中移除,它也永远不会被回收。
为了避免类似这样的循环引用问题,最好是在不使用它们的时候手工断开原生 JavaScript 对象与 DOM 元素之间的连接。例如,可以使用下面的代码消除前面例子创建的循环引用:
1 | myObject.element = null; |
将变量设置为 null
意味着切断变量与它此前引用的值之间的连接。当垃圾收集器下次运行时,就会删除这些值并回收它们占用的内存。
为了解决上述问题,IE9 把 DOM 和 BOM 对象都转换成了真正的 JavaScript 对象。这样,就避免了两种垃圾收集算法并存导致的问题,也消除了常见的内存泄漏现象。
3.3 性能问题
垃圾收集器是周期性运行的,而且如果为变量分配的内存数量很可观,那么回收工作量也是相当大的。在这种情况下,确定垃圾收集的时间间隔是一个非常重要的问题。
IE 的垃圾收集器是根据内存分配量运行的,具体一点说就是 256 个变量、4096 个对象(或数组)字面量和数组元素(slot)或者 64KB 的字符串。达到上述任何一个临界值,垃圾收集器就会运行。
这种实现方式的问题在于,如果一个脚本中包含那么多变量,那么该脚本很可能会在其生命周期中一直保有那么多变量。而这样一来,垃圾收集器就不得不频繁地运行。结果,由此引发的严重性能问题促使 IE7 重写了其垃圾收集例程。
IE7 的 JavaScript 引用的垃圾收集例程改变了工作方式:触发垃圾收集的变量分配、字面量和(或)数组元素的临界值被调整为动态修正。IE7 中的各项临界值在初始时与 IE6 相等。如果垃圾收集例程回收的内存分配量低于 15%,而变量、字面量和(或)数组元素的临界值就会加倍。如果例程回收了 85% 的内存分配量,则将各种临界值重置回默认值。
在有的浏览器中可以触发垃圾收集过程。在 IE 中,调用 window.CollectGarbage() 方法会立即执行垃圾收集。在 Opera7 及更高版本中,调用 window.opera.collect() 也会启动垃圾收集例程。
3.4 管理内存
JavaScript 在进行内存管理及垃圾收集时面临的最主要问题在于,分配给 Web 浏览器的可用内存数量通常比分配给桌面应用程序的少。这样做的目的主要出于安全方面的考虑,目的是防止运行 JavaScript 的网页耗尽全部系统内存而导致系统崩溃。内存限制问题不仅会影响给变量分配内存,同时还会影响调用栈以及在一个线程中能够同时执行的语句数量。
因此,确保占用最少的内存可以让页面获得更好的性能。而优化内存占用的最佳方式,就是为执行中的代码只保存必要的数据。一旦数据不再有用,最好通过将其值设置为 null
来释放其引用 —— 这个做法叫做解除引用(dereferencing)。这一做法适用于大多数全局变量和全局对象的属性。局部变量会在它们离开执行环境时自动被解除引用,如下面这个例子所示:
1 | function createPerson(name) { |
在这个例子中,变量 globalPerson
取得了 createPerson()
函数返回的值。在 createPerson()
函数内部,我们创建了一个对象并将其赋给局部变量 localPerson
,然后又为该对象添加一个名为 name
的属性。最后,当调用这个函数时,localPerson
以函数值的形式返回并赋给全局变量 globalPerson
。由于 localPerson
在 createPeron()
函数执行完毕后就离开了其执行环境,因此无需我们显示地去为它解除引用。但是对于全局变量 globalPerson
而言,则需要我们在不使用它的时候手工为它解除引用,这也是上面例子中最后一行代码的目的。
不过,解除一个值的引用不意味着自动回收该值所占用的内存。解除引用的真正作用是让值脱离执行环境,以便垃圾收集器下次运行时将其回收。