首先明確幾個(gè)概念：

EC ：函數(shù)執(zhí)行環(huán)境（或執(zhí)行上下文），Execution Context

ECS ：執(zhí)行環(huán)境棧，Execution Context Stack

VO ：變量對(duì)象，Variable Object

AO ：活動(dòng)對(duì)象，Active Object

scope chain ：作用域鏈

想當(dāng)初自己看到這幾個(gè)概念的時(shí)候是一(m)臉(d)懵(z)逼(z)，但是不得不說(shuō)這幾個(gè)概念對(duì)以后深入學(xué)習(xí)JS有很大的幫助。來(lái)不及解釋了，趕緊上車~

EC（執(zhí)行上下文）

每次當(dāng)控制器轉(zhuǎn)到ECMAScript可執(zhí)行代碼的時(shí)候，就會(huì)進(jìn)入到一個(gè)執(zhí)行上下文。

那什么是可執(zhí)行代碼呢？

可執(zhí)行代碼的類型

全局代碼（ Global code ）

這種類型的代碼是在'程序'級(jí)處理的：例如加載外部的js文件或者本地 <script></script> 標(biāo)簽內(nèi)的代碼。 全局代碼不包括任何function體內(nèi)的代碼 。 這個(gè)是默認(rèn)的代碼運(yùn)行環(huán)境，一旦代碼被載入，引擎最先進(jìn)入的就是這個(gè)環(huán)境。

函數(shù)代碼（ Function code ）

任何一個(gè)函數(shù)體內(nèi)的代碼，但是需要注意的是， 具體的函數(shù)體內(nèi)的代碼是不包括內(nèi)部函數(shù)的代碼 。

Eval代碼（ Eval code ）

eval內(nèi)部的代碼

這里僅僅引入EC這個(gè)概念，后面還有關(guān)于EC建立細(xì)節(jié)的介紹。

ECS（執(zhí)行環(huán)境棧）

我們用MDN上的一個(gè)例子來(lái)引入函數(shù)執(zhí)行棧的概念

function foo(i) { if (i < 0) return; console.log(’begin:’ + i); foo(i - 1); console.log(’end:’ + i);}foo(2);// 輸出:// begin:2// begin:1// begin:0// end:0// end:1// end:2

這里先不關(guān)心執(zhí)行結(jié)果。磨刀不誤砍柴功，先了解一下函數(shù)執(zhí)行上下文堆棧的概念。相信弄明白了下面的概念，一切也就水落石出了

我們都知道，瀏覽器中的JS解釋器被實(shí)現(xiàn)為單線程，這也就意味著同一時(shí)間只能發(fā)生一件事情，其他的行為或事件將會(huì)被放在叫做執(zhí)行棧里面排隊(duì)。下面的圖是單線程棧的抽象視圖：

當(dāng)瀏覽器首次載入你的腳本，它將 默認(rèn)進(jìn)入全局執(zhí)行上下文 。如果，你在你的全局代碼中調(diào)用一個(gè)函數(shù)，你程序的時(shí)序?qū)⑦M(jìn)入被調(diào)用的函數(shù)，并創(chuàng)建一個(gè)新的執(zhí)行上下文，并將新創(chuàng)建的上下文壓入執(zhí)行棧的頂部。

如果你調(diào)用當(dāng)前函數(shù)內(nèi)部的其他函數(shù)，相同的事情會(huì)在此上演。 代碼的執(zhí)行流程進(jìn)入內(nèi)部函數(shù)，創(chuàng)建一個(gè)新的執(zhí)行上下文并把它壓入執(zhí)行棧的頂部。瀏覽器總會(huì)執(zhí)行位于棧頂?shù)膱?zhí)行上下文，一旦當(dāng)前上下文函數(shù)執(zhí)行結(jié)束，它將被從棧頂彈出，并將上下文控制權(quán)交給當(dāng)前的棧 。這樣，堆棧中的上下文就會(huì)被依次執(zhí)行并且彈出堆棧，直到回到全局的上下文。

看到這里，想必大家都已經(jīng)深諳上述例子輸出結(jié)果的原因了，這里我大概繪了一個(gè)流程圖來(lái)幫助理解。

VO（變量對(duì)象）/AO（活動(dòng)對(duì)象）

這里為什么要用一個(gè) / 呢？按照字面理解，AO其實(shí)就是被激活的VO，兩個(gè)其實(shí)是一個(gè)東西。下面引用知乎上的一段話，幫助理解一下。 原文鏈接

變量對(duì)象 （Variable object） 是說(shuō)JS的執(zhí)行上下文中都有個(gè)對(duì)象用來(lái)存放執(zhí)行上下文中可被訪問(wèn)但是不能被 delete 的 函數(shù)標(biāo)示符 、 形參 、 變量聲明 等。它們會(huì)被掛在這個(gè)對(duì)象上，對(duì)象的屬性對(duì)應(yīng)它們的名字對(duì)象屬性的值對(duì)應(yīng)它們的值但這個(gè)對(duì)象是規(guī)范上或者說(shuō)是引擎實(shí)現(xiàn)上的不可在JS環(huán)境中訪問(wèn)到活動(dòng)對(duì)象

激活對(duì)象 （Activation object） 有了變量對(duì)象存每個(gè)上下文中的東西，但是它什么時(shí)候能被訪問(wèn)到呢？就是每進(jìn)入一個(gè)執(zhí)行上下文時(shí)，這個(gè)執(zhí)行上下文兒中的變量對(duì)象就被激活，也就是該上下文中的函數(shù)標(biāo)示符、形參、變量聲明等就可以被訪問(wèn)到了

EC 建立的細(xì)節(jié)

1、創(chuàng)建階段【當(dāng)函數(shù)被調(diào)用，但未執(zhí)行任何其內(nèi)部代碼之前】

創(chuàng)建作用域鏈（Scope Chain）

創(chuàng)建變量，函數(shù)和參數(shù)。

求”this“的值

2、執(zhí)行階段

初始化變量的值和函數(shù)的引用，解釋/執(zhí)行代碼。

我們可以將每個(gè)執(zhí)行上下文抽象為一個(gè)對(duì)象，這個(gè)對(duì)象具有三個(gè)屬性

ECObj: { scopeChain: { /* 變量對(duì)象（variableObject）+ 所有父級(jí)執(zhí)行上下文的變量對(duì)象*/ }, variableObject: { /*函數(shù) arguments/參數(shù)，內(nèi)部變量和函數(shù)聲明 */ }, this: {} }

解釋器執(zhí)行代碼的偽邏輯

1、查找調(diào)用函數(shù)的代碼。

2、執(zhí)行代碼之前，先進(jìn)入創(chuàng)建上下文階段：

初始化作用域鏈

創(chuàng)建變量對(duì)象：

創(chuàng)建arguments對(duì)象，檢查上下文，初始化參數(shù)名稱和值并創(chuàng)建引用的復(fù)制。

掃描上下文的函數(shù)聲明（而非函數(shù)表達(dá)式）：

為發(fā)現(xiàn)的每一個(gè)函數(shù)，在變量對(duì)象上創(chuàng)建一個(gè)屬性——確切的說(shuō)是函數(shù)的名字——其有一個(gè)指向函數(shù)在內(nèi)存中的引用。

如果函數(shù)的名字已經(jīng)存在，引用指針將被重寫。

掃描上下文的變量聲明：

為發(fā)現(xiàn)的每個(gè)變量聲明，在變量對(duì)象上創(chuàng)建一個(gè)屬性——就是變量的名字，并且將變量的值初始化為undefined

如果變量的名字已經(jīng)在變量對(duì)象里存在，將不會(huì)進(jìn)行任何操作并繼續(xù)掃描。

求出上下文內(nèi)部“this”的值。

3、激活/代碼執(zhí)行階段：

在當(dāng)前上下文上運(yùn)行/解釋函數(shù)代碼，并隨著代碼一行行執(zhí)行指派變量的值。

VO --- 對(duì)應(yīng)上述第二個(gè)階段

function foo(i){ var a = ’hello’ var b = function(){} function c(){}}foo(22)

當(dāng)我們調(diào)用 foo(22) 時(shí)，整個(gè)創(chuàng)建階段是下面這樣的

ECObj = {scopChain： {...}, variableObject: { arguments: {0: 22,length: 1 }, i: 22, c: pointer to function c() a: undefined, b: undefined},this: { ... } }

正如我們看到的，在上下文創(chuàng)建階段，VO的初始化過(guò)程如下（ 該過(guò)程是有先后順序的：函數(shù)的形參==>>函數(shù)聲明==>>變量聲明 ）：

函數(shù)的形參（當(dāng)進(jìn)入函數(shù)執(zhí)行上下文時(shí)） —— 變量對(duì)象的一個(gè)屬性，其屬性名就是形參的名字，其值就是實(shí)參的值；對(duì)于沒(méi)有傳遞的參數(shù)，其值為undefined

函數(shù)聲明（FunctionDeclaration, FD） —— 變量對(duì)象的一個(gè)屬性，其屬性名和值都是函數(shù)對(duì)象創(chuàng)建出來(lái)的； 如果變量對(duì)象已經(jīng)包含了相同名字的屬性，則替換它的值

變量聲明（var，VariableDeclaration） —— 變量對(duì)象的一個(gè)屬性，其屬性名即為變量名，其值為undefined; 如果變量名和已經(jīng)聲明的函數(shù)名或者函數(shù)的參數(shù)名相同，則不會(huì)影響已經(jīng)存在的屬性。

對(duì)于函數(shù)的形參沒(méi)有什么可說(shuō)的，主要看一下函數(shù)的聲明以及變量的聲明兩個(gè)部分。

1、如何理解函數(shù)聲明過(guò)程中 如果變量對(duì)象已經(jīng)包含了相同名字的屬性，則替換它的值 這句話？

看如下這段代碼：

function foo1(a){ console.log(a) function a(){} }foo1(20)//’function a(){}’

根據(jù)上面的介紹，我們知道VO創(chuàng)建過(guò)程中，函數(shù)形參的優(yōu)先級(jí)是高于函數(shù)的聲明的，結(jié)果是函數(shù)體內(nèi)部聲明的 function a(){} 覆蓋了函數(shù)形參 a 的聲明，因此最后輸出 a 是一個(gè) function

2、如何理解變量聲明過(guò)程中 如果變量名和已經(jīng)聲明的函數(shù)名或者函數(shù)的參數(shù)名相同，則不會(huì)影響已經(jīng)存在的屬性 這句話？

//情景一：與參數(shù)名相同function foo2(a){ console.log(a) var a = 10}foo2(20) //’20’//情景二：與函數(shù)名相同function foo2(){ console.log(a) var a = 10 function a(){}}foo2() //’function a(){}’

下面是幾個(gè)比較有趣的例子，當(dāng)做加餐小菜，大家細(xì)細(xì)品味。這里給出一句話當(dāng)做參考：

函數(shù)的聲明比變量?jī)?yōu)先級(jí)要高，并且定義過(guò)程不會(huì)被變量覆蓋，除非是賦值

function foo3(a){ var a = 10 function a(){} console.log(a)}foo3(20) //’10’function foo3(a){ var a function a(){} console.log(a)}foo3(20) //’function a(){}’

AO --- 對(duì)應(yīng)第三個(gè)階段

正如我們看到的，創(chuàng)建的過(guò)程僅負(fù)責(zé)處理定義屬性的名字，而并不為他們指派具體的值，當(dāng)然還有對(duì)形參/實(shí)參的處理。一旦創(chuàng)建階段完成，執(zhí)行流進(jìn)入函數(shù)并且激活/代碼執(zhí)行階段，看下函數(shù)執(zhí)行完成后的樣子：

ECObj = { scopeChain: { ... }, variableObject: {arguments: { 0: 22, length: 1},i: 22,c: pointer to function c()a: ’hello’,b: pointer to function privateB() }, this: { ... }} 提升（Hoisting）

對(duì)于下面的代碼，相信很多人都能一眼看出輸出結(jié)果，但是卻很少有人能給出為什么會(huì)產(chǎn)生這種輸出結(jié)果的解釋。

(function() { console.log(typeof foo); // 函數(shù)指針 console.log(typeof bar); // undefined var foo = ’hello’,bar = function() { return ’world’;}; function foo() {return ’hello’; }}());

1、為什么我們能在foo聲明之前訪問(wèn)它？

回想在 VO 的創(chuàng)建階段，我們知道函數(shù)在該階段就已經(jīng)被創(chuàng)建在變量對(duì)象中。所以在函數(shù)開(kāi)始執(zhí)行之前，foo已經(jīng)被定義了。

2、Foo被聲明了兩次，為什么foo顯示為函數(shù)而不是undefined或字符串？

我們知道，在創(chuàng)建階段，函數(shù)聲明是優(yōu)先于變量被創(chuàng)建的。而且在變量的創(chuàng)建過(guò)程中，如果發(fā)現(xiàn) VO 中已經(jīng)存在相同名稱的屬性，則不會(huì)影響已經(jīng)存在的屬性。

因此，對(duì) foo() 函數(shù)的引用首先被創(chuàng)建在活動(dòng)對(duì)象里，并且當(dāng)我們解釋到var foo時(shí)，我們看見(jiàn) foo 屬性名已經(jīng)存在，所以代碼什么都不做并繼續(xù)執(zhí)行。

3、為什么bar的值是undefined？

bar 采用的是函數(shù)表達(dá)式的方式來(lái)定義的，所以 bar 實(shí)際上是一個(gè)變量，但變量的值是函數(shù)，并且我們知道變量在創(chuàng)建階段被創(chuàng)建但他們被初始化為 undefined ，這也是為什么函數(shù)表達(dá)式不會(huì)被提升的原因。

總結(jié)：

1、 EC 分為兩個(gè)階段，創(chuàng)建執(zhí)行上下文和執(zhí)行代碼。

2、每個(gè) EC 可以抽象為一個(gè)對(duì)象，這個(gè)對(duì)象具有三個(gè)屬性，分別為：作用域鏈 Scope ， VO|AO （ AO ， VO 只能有一個(gè)）以及 this 。

3、函數(shù) EC 中的 AO 在進(jìn)入函數(shù) EC 時(shí)，確定了Arguments對(duì)象的屬性；在執(zhí)行函數(shù) EC 時(shí)，其它變量屬性具體化。

4、 EC 創(chuàng)建的過(guò)程是由先后順序的：參數(shù)聲明 > 函數(shù)聲明 > 變量聲明

參考

javascript 執(zhí)行環(huán)境，變量對(duì)象，作用域鏈

What is the Execution Context & Stack in JavaScript?

函數(shù)MDN

來(lái)自：https://segmentfault.com/a/1190000009041008