资讯专栏INFORMATION COLUMN

JavaScript内部原理系列-变量对象(Variable object)

legendaryedu / 1011人阅读

摘要:它主要扮演被称作活跃对象简称的角色。的个数对象的的值和当前实际传递的形参是共享的。处理执行上下文代码分为两个阶段进入执行上下文执行代码对变量对象的修改和这两个阶段密切相关。在中,以相同的方式获取活跃对象是允许的

概要

我们总是会在程序中定义一些函数和变量,之后会使用这些函数和变量来构建我们的系统。
然而,对于解释器来说,它又是如何以及从哪里找到这些数据的(函数,变量)?当引用一个对象的时候,在解释器内部又发生了什么?

许多ECMA脚本程序员都知道,变量和执行上下文是密切相关的:

var a = 10; // 全局上下文中的变量

(function () {
  var b = 20; // 函数上下文中的局部变量
})();

alert(a); // 10
alert(b); // "b" is not defined

不仅如此,许多程序员也都知道,ECMAScript标准中指出独立的作用域只有通过“函数代码”(可执行代码类型中的一种)才能创建出来。比方说,与C/C++不同的是,在ECMAScript中for循环的代码块是无法创建本地上下文的:

for (var k in {a: 1, b: 2}) {
  alert(k);
}

alert(k); // 尽管循环已经结束,但是变量“k”仍然在作用域中

下面就来详细介绍下,当声明变量和函数的时候,究竟发生了什么。

数据声明

既然变量和执行上下文有关,那它就该知道数据存储在哪里以及如何获取。这种机制就称作变量对象:

  

A variable object (in abbreviated form — VO) is a special object related with an execution context and which stores:
variables (var, VariableDeclaration);
function declarations (FunctionDeclaration, in abbreviated form FD);
and function formal parameters
declared in the context.

举个例子,可以用ECMAScript的对象来表示变量对象:

VO = {};

VO同时也是一个执行上下文的属性:

activeExecutionContext = {
  VO: {
    // 上下文中的数据 (变量声明(var), 函数声明(FD), 函数形参(function arguments))
  }
};

对变量的间接引用(通过VO的属性名)只允许发生在全局上下文中的变量对象上(全局对象本身就是变量对象,这部分会在后续作相应的介绍)。 对于其他的上下文而言,是无法直接引用VO的,因为VO是实现层的。

声明新的变量和函数的过程其实就是在VO中创建新的和变量以及函数名对应的属性和属性值的过程。

如下所示:

var a = 10;

function test(x) {
  var b = 20;
};

test(30);

上述代码对应的变量对象则如下所示:

// 全局上下文中的变量对象
VO(globalContext) = {
  a: 10,
  test:
};

// “test”函数上下文中的变量对象
VO(test functionContext) = {
  x: 30,
  b: 20
}; 但是,在实现层(标准中定义的),变量对象只是一个抽象的概念。在实际执行上下文中,VO可能完全不叫VO,并且初始的结构也可能完全不同。
不同执行上下文中的变量对象

变量对象上的一些操作(比如:变量的初始化)和行为对于所有的执行上下文类型来说都已一样的。从这一点来说,将变量对象表示成抽象的概念更加合适。 函数上下文还能定义额外的与变量对象相关的信息。

AbstractVO (generic behavior of the variable instantiation process)

  ║
  ╠══> GlobalContextVO
  ║        (VO === this === global)
  ║
  ╚══> FunctionContextVO
           (VO === AO,  object and  are added)

接下来对这块内容进行详细介绍。

全局上下文中的变量对象

首先,有必要对全局对象(Global object)作个定义。

  

全局对象是一个在进入任何执行上下文前就创建出来的对象;此对象以单例形式存在;它的属性在程序任何地方都可以直接访问,其生命周期随着程序的结束而终止。

全局对象在创建的时候,诸如Math,String,Date,parseInt等等属性也会被初始化,同时,其中一些对象会指向全局对象本身——比如,DOM中,全局对象上的window属性就指向了全局对象(但是,并非所有的实现都是如此):

global = {
  Math: ,
  String: 
  ...
  ...
  window: global
};

在引用全局对象的属性时,前缀通常可以省略,因为全局对象是不能通过名字直接访问的。然而,通过全局对象上的this值,以及通过如DOM中的window对象这样递归引用的方式都可以访问到全局对象:

String(10); // 等同于 global.String(10);

// 带前缀
window.a = 10; // === global.window.a = 10 === global.a = 10;
this.b = 20; // global.b = 20;

回到全局上下文的变量对象上——这里变量对象就是全局对象本身:

VO(globalContext) === global;

准确地理解这个事实是非常必要的:正是由于这个原因,当在全局上下文中声明一个变量时,可以通过全局对象上的属性来间地引用该变量(比方说,当变量名提前未知的情况下)

var a = new String("test");

alert(a); // directly, is found in VO(globalContext): "test"

alert(window["a"]); // indirectly via global === VO(globalContext): "test"
alert(a === this.a); // true

var aKey = "a";
alert(window[aKey]); // indirectly, with dynamic property name: "test"
函数上下文中的变量对象

在函数的执行上下文中,VO是不能直接访问的。它主要扮演被称作活跃对象(activation object)(简称:AO)的角色。

VO(functionContext) === AO;

活跃对象会在进入函数上下文的时候创建出来,初始化的时候会创建一个arguments属性,其值就是Arguments对象:

AO = {
  arguments:
};

Arguments对象是活跃对象上的属性,它包含了如下属性:

callee —— 对当前函数的引用

length —— 实参的个数

properties-indexes(数字,转换成字符串)其值是函数参数的值(参数列表中,从左到右)。properties-indexes的个数 == arguments.length;
arguments对象的properties-indexes的值和当前(实际传递的)形参是共享的。

如下所示:

function foo(x, y, z) {

  // 定义的函数参数(x,y,z)的个数
  alert(foo.length); // 3

  // 实际传递的参数个数
  alert(arguments.length); // 2

  // 引用函数自身
  alert(arguments.callee === foo); // true

  // 参数互相共享

  alert(x === arguments[0]); // true
  alert(x); // 10

  arguments[0] = 20;
  alert(x); // 20

  x = 30;
  alert(arguments[0]); // 30

  // 然而,对于没有传递的参数z,
  // 相关的arguments对象的index-property是不共享的

  z = 40;
  alert(arguments[2]); // undefined

  arguments[2] = 50;
  alert(z); // 40

}

foo(10, 20);

上述例子,在当前的Google Chrome浏览器中有个bug——参数z和arguments[2]也是互相共享的。

处理上下文代码的几个阶段

至此,也就到了本文最核心的部分了。处理执行上下文代码分为两个阶段:

进入执行上下文

执行代码

对变量对象的修改和这两个阶段密切相关。

要注意的是,这两个处理阶段是通用的行为,与上下文类型无关(不管是全局上下文还是函数上下文都是一致的)。

进入执行上下文

一旦进入执行上下文(在执行代码之前),VO就会被一些属性填充(在此前已经描述过了):

函数的形参(当进入函数执行上下文时)
—— 变量对象的一个属性,其属性名就是形参的名字,其值就是实参的值;对于没有传递的参数,其值为undefined

函数声明(FunctionDeclaration, FD) —— 变量对象的一个属性,其属性名和值都是函数对象创建出来的;如果变量对象已经包含了相同名字的属性,则替换它的值

变量声明(var,VariableDeclaration) —— 变量对象的一个属性,其属性名即为变量名,其值为undefined;如果变量名和已经声明的函数名或者函数的参数名相同,则不会影响已经存在的属性。
看下面这个例子:
function test(a, b) {
var c = 10;
function d() {}
var e = function _e() {};
(function x() {});
}
test(10); // call

当以10为参数进入“test”函数上下文的时候,对应的AO如下所示:

AO(test) = {
  a: 10,
  b: undefined,
  c: undefined,
  d: 
  e: undefined
};

注意了,上面的AO并不包含函数“x”。这是因为这里的“x”并不是函数声明而是函数表达式(FunctionExpression,简称FE),函数表达式不会对VO造成影响。 尽管函数“_e”也是函数表达式,然而,正如我们所看到的,由于它被赋值给了变量“e”,因此它可以通过“e”来访问到。关于函数声明和函数表达式的区别会在第五章——函数作具体介绍。

至此,处理上下文代码的第一阶段介绍完了,接下来介绍第二阶段——执行代码阶段。

执行代码

此时,AO/VO的属性已经填充好了。(尽管,大部分属性都还没有赋予真正的值,都只是初始化时候的undefined值)。

继续以上一例子为例,到了执行代码阶段,AO/VO就会修改成为如下形式:

AO["c"] = 10;
AO["e"] = ;

再次注意到,这里函数表达式“_e”仍在内存中,这是因为它被保存在声明的变量“e”中,而同样是函数表达式的“x”却不在AO/VO中: 如果尝试在定义前或者定义后调用“x”函数,这时会发生“x为定义”的错误。未保存的函数表达式只有在定义或者递归时才能调用。

如下是更加典型的例子:

alert(x); // function

var x = 10;
alert(x); // 10

x = 20;

function x() {};

alert(x); // 20

上述例子中,为何“x”打印出来是函数呢?为何在声明前就可以访问到?又为何不是10或者20呢?原因在于,根据规则——在进入上下文的时候,VO会被填充函数声明; 同一阶段,还有变量声明“x”,但是,正如此前提到的,变量声明是在函数声明和函数形参之后,并且,变量声明不会对已经存在的同样名字的函数声明和函数形参发生冲突, 因此,在进入上下文的阶段,VO填充为如下形式:

VO = {};

VO["x"] = 

// 发现var x = 10;
// 如果函数“x”还未定义
// 则 "x" 为undefined, 但是,在我们的例子中
// 变量声明并不会影响同名的函数值

VO["x"] = 

随后,在执行代码阶段,VO被修改为如下所示:

VO["x"] = 10;
VO["x"] = 20;

正如在第二个和第三个alert显示的那样。

如下例子再次看到在进入上下文阶段,变量存储在VO中(因此,尽管else的代码块永远都不会执行到,而“b”却仍然在VO中):

if (true) {
  var a = 1;
} else {
  var b = 2;
}

alert(a); // 1
alert(b); // undefined, but not "b is not defined"
关于变量

大多数讲JavaScript的文章甚至是JavaScript的书通常都会这么说:“声明全局变量的方式有两种,一种是使用var关键字(在全局上下文中),另外一种是不用var关键字(在任何位置)”。 而这样的描述是错误的。要记住的是:
使用var关键字是声明变量的唯一方式

如下赋值语句:

a = 10;

仅仅是在全局对象上创建了新的属性(而不是变量)。“不是变量”并不意味着它无法改变,它是ECMAScript中变量的概念(它之后可以变为全局对象的属性,因为VO(globalContext) === global,还记得吧?)

不同点如下所示:

alert(a); // undefined
alert(b); // "b" is not defined

b = 10;
var a = 20;

接下来还是要谈到VO和在不同阶段对VO的修改(进入上下文阶段和执行代码阶段):
进入上下文:

VO = {
  a: undefined
};

我们看到,这个阶段并没有任何“b”,因为它不是变量,“b”在执行代码阶段才出现。(但是,在我们这个例子中也不会出现,因为在“b”出现前就发生了错误)

将上述代码稍作改动:

alert(a); // undefined, we know why

b = 10;
alert(b); // 10, created at code execution

var a = 20;
alert(a); // 20, modified at code execution

这里关于变量还有非常重要的一点:与简单属性不同的是,变量是不能删除的{DontDelete},这意味着要想通过delete操作符来删除一个变量是不可能的。

a = 10;
alert(window.a); // 10

alert(delete a); // true

alert(window.a); // undefined

var b = 20;
alert(window.b); // 20

alert(delete b); // false

alert(window.b); // still 20

但是,这里有个例外,就是“eval”执行上下文中,是可以删除变量的:

eval("var a = 10;");
alert(window.a); // 10

alert(delete a); // true

alert(window.a); // undefined

利用某些debug工具,在终端测试过这些例子的童鞋要注意了:其中Firebug也是使用了eval来执行终端的代码。因此,这个时候var也是可以删除的。

实现层的特性:parent属性

正如此前介绍的,标准情况下,是无法直接访问活跃对象的。然而,在某些实现中,比如知名的SpiderMonkey和Rhino,函数有个特殊的属性parent, 该属性是对该函数创建所在的活跃对象的引用(或者全局变量对象)。

如下所示(SpiderMonkey,Rhino):

var global = this;
var a = 10;

function foo() {}

alert(foo.__parent__); // global

var VO = foo.__parent__;

alert(VO.a); // 10
alert(VO === global); // true

上述例子中,可以看到函数foo是在全局上下文中创建的,相应的,它的parent属性设置为全局上下文的变量对象,比如说:全局对象。

然而,在SpiderMonkey中以相同的方式获取活跃对象是不可能的:不同的版本表现都不同,内部函数的parent属性会返回null或者全局对象。
在Rhino中,以相同的方式获取活跃对象是允许的:

如下所示(Rhino):

var global = this;
var x = 10;

(function foo() {

  var y = 20;

  // the activation object of the "foo" context
  var AO = (function () {}).__parent__;

  print(AO.y); // 20

  // __parent__ of the current activation
  // object is already the global object,
  // i.e. the special chain of variable objects is formed,
  // so-called, a scope chain
  print(AO.__parent__ === global); // true

  print(AO.__parent__.x); // 10

})();
总结

本文,我们介绍了与执行上下文相关的对象。希望,本文能够对大家有所帮助,同时也希望本文能够起到解惑的作用。

扩展阅读

10.1.3 —— 变量初始化

10.1.5 —— 全局对象

10.1.6 —— 活跃对象

10.1.8 —— 参数对象

此文译自Dmitry A.Soshnikov的文章Variable object
赵静/宋珍珍 译
via 前端翻译小站

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/85446.html

相关文章

  • javascript中闭包的理解

    摘要:在前端开发中闭包是一个很重要的知识点,是面试中一定会被问到的内容。闭包的用途闭包可以用在许多地方。这里仅仅是我对闭包的一些见解,若有错误的地方,还望大家提出,一起交流共同进步参考文献你不知道的上卷深入理解系列 在前端开发中闭包是一个很重要的知识点,是面试中一定会被问到的内容。之前我对闭包的理解主要是通过闭包可以在函数外部能访问到函数内部的变量,对闭包运用的也很少,甚至自己写过闭包自己都...

    Enlightenment 评论0 收藏0
  • 深入理解JavaScript系列12:变量对象

    摘要:所有变量声明由名称和对应值组成一个变量对象的属性被创建如果变量名称跟已经声明的形式参数或函数相同,则变量声明不会干扰已经存在的这类属性。 介绍 JavaScript编程的时候总避免不了声明函数和变量,以成功构建我们的系统,但是解释器是如何并且在什么地方去查找这些函数和变量呢?我们引用这些对象的时候究竟发生了什么? 原始发布:Dmitry A. Soshnikov 发布时间:2009-...

    vincent_xyb 评论0 收藏0
  • [学习笔记] JavaScript 作用域链

    摘要:全局执行环境的变量对象始终是作用域链中的最后一个变量对象。综上,每个函数对应一个执行环境,每个执行环境对应一个变量对象,而多个变量对象构成了作用域链,如果当前执行环境是函数,那么其活动对象在作用域链的前端。 1.几个概念 先说几个概念:函数、执行环境、变量对象、作用域链、活动对象。这几个东东之间有什么关系呢,往下看~ 函数 函数大家都知道,我想说的是,js中,在函数内部有两个特殊...

    ?xiaoxiao, 评论0 收藏0
  • [译文] JavaScript工作原理:内存管理+如何处理4种常见的内存泄露

    摘要:本系列的第一篇文章着重提供一个关于引擎运行时和调用栈的概述。在硬件层面,计算机内存由大量的触发器组成。每个触发器包含几个晶体管能够存储一个比特译注位。可以通过唯一标识符来访问单个触发器,所以可以对它们进行读写操作。比特称为个字节。 原文 How JavaScript works: memory management + how to handle 4 common memory lea...

    adam1q84 评论0 收藏0
  • # JavaScript中的执行上下文和队列(栈)的关系?

    摘要:为什么会这样这段代码究竟是如何运行的执行上下文堆栈浏览器中的解释器单线程运行。浏览器始终执行位于堆栈顶部的,并且一旦函数完成执行当前操作,它将从堆栈顶部弹出,将控制权返回到当前堆栈中的下方上下文。确定在上下文中的值。 原文:What is the Execution Context & Stack in JavaScript? git地址:JavaScript中的执行上下文和队列(...

    DangoSky 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<