JavaScript作用域
以下是笔记和自己理解,不一定正确。
JavaScript的作用域主要有以下特征:
1,词法作用域(Lexical Scope)和函数作用域(Function Scope & Local Scope)。这是JavaScript的静态的特征,很多问题都是由此引起的。我的理解Hoisting也是由此造成。
2,作用域链(Scope Chain)和执行上下文(Execution Context)。这是JavaScript的动态特征。
1,词法作用域(Lexical Scope)和函数作用域(Function Scope & Local Scope)
这是JavaScript静态的特征,也是词法分析时的特征。在执行前进行词法分析时,就可以将变量的作用域确定下来。JavaScript的function很神奇,这里也会用作词法分析的时作用域的单位。即函数内都是一个Scope,函数外是一个Scope。
2,作用域链(Scope Chain)和执行上下文(Execution Context)
当你调用一个函数时会创建一个执行上下文,被调用函数再去调用另一个函数时,又会创建一个执行上下文。比如:
function a(){ function b(){ } b(); } a();
首先JavaScript引擎会创建一个Global EC(Executioln Context),当你a()调用函数a的时候会创建一个EC,当你在a的内部调用b()的时候又会创建一个EC。这是一个函数调用栈的结构。即 Global EC->a EC –>b EC。
每个EC中会关联一些对象:变量对象(Variable Object,记录函数同级内定义的变量),活动对象(Active Object记录函数内及函数参数变量)。而这些对象构成了作用域内可查找的对象。还有一个对象就是作用域对象(Scope Object),它记录了函数运行时引用到其父作用域的变量——这也是Closure的产生原因。
JavaScript静态决定了变量的作用域,并在调用(动态)时创建Execution Context,其中通过Variable Object,Active Object,Scope Object包含引用的变量。而Scope Object保存了当前函数引用其外部函数的变量(通过Lexical Analysis很早有就可以决定了)——这构成了闭包本身。
具体的实现可能是写时复制(Copy-On-Write),当引用一个变量,JavaScript引擎先在当前EC的作用域中查找变量定义及当前值。如果找不到,再去上一级EC中查找,直到Global EC。这也就是作用域的查找,其本质也就是栈的递归。当需要修改别的EC中变量时,将该变量复制到当前EC的作用域对象(Scope Object)中。换个说法Scope Object中保存的都是当前函数用到的变量的“引用”,只有需要改变该Scope Object中变量的时候才去:1,copy一份。2,改变变量值,3,保存在当前EC的Scope Object中。