js 执行上下文

若是要问到 JavaScript 代码执行顺序的话，想必写过 JavaScript 的开发者都会有个直观的印象，那就是顺序执行，毕竟：

var foo = function () {

    console.log('foo1');

}

foo();  // foo1

var foo = function () {

    console.log('foo2');

}

foo(); // foo2

上面代码：变量提高

function foo() {

    console.log('foo1');

}

foo();  // foo2

function foo() {

    console.log('foo2');

}

foo(); // foo2

上面代码：函数提高

 

但接下来要思考的是：

JavaScript 引擎并不是一行一行地分析和执行程序，而是一段一段地分析执行。当执行一段代码的时候，会进行一个“准备工做”，好比第一个例子中的变量提高，和第二个例子中的函数提高。

可是本文真正想让你们思考的是：这个“一段一段”中的“段”到底是怎么划分的呢？

到底JavaScript引擎遇到一段怎样的代码时才会作“准备工做”呢？

可执行代码

这就要说到 JavaScript 的可执行代码(executable code)的类型有哪些了？

其实很简单，就三种，全局代码、函数代码、eval代码。

举个例子，当执行到一个函数的时候 好比 f()，就会进行准备工做，这里的“准备工做”，让咱们用个更专业一点的说法，就叫作"执行上下文(execution context)"。   （ 碰到函数执行，就建立一个执行上下文）

执行上下文栈

接下来问题来了，咱们写的函数多了去了，如何管理建立的那么多执行上下文呢？

因此 JavaScript 引擎建立了执行上下文栈（Execution context stack，ECS）来管理执行上下文

为了模拟执行上下文栈的行为，让咱们定义执行上下文栈是一个数组：  

ECStack = [];

试想当 JavaScript 开始要解释执行代码的时候，最早遇到的就是全局代码，因此初始化的时候首先就会向执行上下文栈压入一个全局执行上下文，咱们用 globalContext 表示它，而且只有当整个应用程序结束的时候，ECStack 才会被清空，因此程序结束以前， ECStack 最底部永远有个 globalContext：

ECStack = [
    globalContext
];

如今 JavaScript 遇到下面的这段代码了：

function fun3() {
    console.log('fun3')
}

function fun2() {
    fun3();
}

function fun1() {
    fun2();
}

fun1();

当执行一个函数的时候，就会建立一个执行上下文，而且压入执行上下文栈，当函数执行完毕的时候，就会将函数的执行上下文从栈中弹出。

如今 JavaScript 遇到下面的这段代码了：

function fun3() {
    console.log('fun3')
}

function fun2() {
    fun3();
}

function fun1() {
    fun2();
}

fun1();

当执行一个函数的时候，就会建立一个执行上下文，而且压入执行上下文栈，当函数执行完毕的时候，就会将函数的执行上下文从栈中弹出。知道了这样的工做原理，让咱们来看看如何处理上面这段代码：

// 伪代码

// fun1()
ECStack.push(<fun1> functionContext);

// fun1中居然调用了fun2，还要建立fun2的执行上下文
ECStack.push(<fun2> functionContext);

// 擦，fun2还调用了fun3！
ECStack.push(<fun3> functionContext);

// fun3执行完毕
ECStack.pop();

// fun2执行完毕
ECStack.pop();

// fun1执行完毕
ECStack.pop();

// javascript接着执行下面的代码，可是ECStack底层永远有个globalContext