原文出處
可執行代碼
這就要說到 JavaScript 的可執行代碼(executable code)的類型有哪些了？
其實很簡單，就三種，全局代碼、函數代碼、eval代碼。
舉個例子，當執行到一個函數的時候，就會進行準備工作，這里的“準備工作”，讓我們用個更專業一點的說法，就叫做"執行上下文(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();
當執行一個函數的時候，就會創建一個執行上下文，并且壓入執行上下文棧，當函數執行完畢的時候，就會將函數的執行上下文從棧中彈出。知道了這樣的工作原理，讓我們來看看如何處理上面這段代碼：
// 偽代碼
// 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
