## 簡介
從本章開始,我將陸續(翻譯、轉載、整理)http://dmitrysoshnikov.com/網站關于ECMAScript標標準理解的好文。
本章我們要講解的是ECMAScript標準里的執行上下文和相關可執行代碼的各種類型。
> 原始作者:Dmitry A. Soshnikov
> 原始發布: 2009-06-26
> 俄文原文:http://dmitrysoshnikov.com/ecmascript/ru-chapter-1-execution-contexts/
> 英文翻譯:Dmitry A. Soshnikov.
> 發布時間:2010-03-11
> 英文翻譯:http://dmitrysoshnikov.com/ecmascript/chapter-1-execution-contexts/
> 本文參考了博客園[justinw的中文翻譯](http://www.cnblogs.com/justinw/archive/2010/04/16/1713086.html),做了一些錯誤修正,感謝譯者。
## 定義
每次當控制器轉到ECMAScript可執行代碼的時候,即會進入到一個執行上下文。執行上下文(簡稱-EC)是ECMA-262標準里的一個抽象概念,用于同可執行代碼(executable code)概念進行區分。
標準規范沒有從技術實現的角度定義EC的準確類型和結構,這應該是具體實現ECMAScript引擎時要考慮的問題。
活動的執行上下文組在邏輯上組成一個堆棧。堆棧底部永遠都是全局上下文(global context),而頂部就是當前(活動的)執行上下文。堆棧在EC類型進入和退出上下文的時候被修改(推入或彈出)。
## 可執行代碼類型
可執行代碼的類型這個概念與執行上下文的抽象概念是有關系的。在某些時刻,可執行代碼與執行上下文完全有可能是等價的。
例如,我們可以定義執行上下文堆棧是一個數組:
~~~
ECStack = [];
~~~
每次進入function (即使function被遞歸調用或作為構造函數) 的時候或者內置的eval函數工作的時候,這個堆棧都會被壓入。
### 全局代碼
這種類型的代碼是在"程序"級處理的:例如加載外部的js文件或者本地標簽內的代碼。全局代碼不包括任何function體內的代碼。
在初始化(程序啟動)階段,ECStack是這樣的:
~~~
ECStack = [
globalContext
];
~~~
### 函數代碼
當進入funtion函數代碼(所有類型的funtions)的時候,ECStack被壓入新元素。需要注意的是,具體的函數代碼不包括內部函數(inner functions)代碼。如下所示,我們使函數自己調自己的方式遞歸一次:
~~~
(function foo(bar) {
if (bar) {
return;
}
foo(true);
})();
~~~
那么,ECStack以如下方式被改變:
~~~
// 第一次foo的激活調用
ECStack = [
functionContext
globalContext
];
// foo的遞歸激活調用
ECStack = [
functionContext – recursively
functionContext
globalContext
];
~~~
每次return的時候,都會退出當前執行上下文的,相應地ECStack就會彈出,棧指針會自動移動位置,這是一個典型的堆棧實現方式。一個拋出的異常如果沒被截獲的話也有可能從一個或多個執行上下文退出。相關代碼執行完以后,ECStack只會包含全局上下文(global context),一直到整個應用程序結束。
### Eval 代碼
eval 代碼有點兒意思。它有一個概念: 調用上下文(calling context),例如,eval函數調用的時候產生的上下文。eval(變量或函數聲明)活動會影響調用上下文(calling context)。
~~~
eval('var x = 10');
(function foo() {
eval('var y = 20');
})();
alert(x); // 10
alert(y); // "y" 提示沒有聲明
~~~
ECStack的變化過程:
~~~
ECStack = [
globalContext
];
// eval('var x = 10');
ECStack.push(
evalContext,
callingContext: globalContext
);
// eval exited context
ECStack.pop();
// foo funciton call
ECStack.push( functionContext);
// eval('var y = 20');
ECStack.push(
evalContext,
callingContext: functionContext
);
// return from eval
ECStack.pop();
// return from foo
ECStack.pop();
~~~
也就是一個非常普通的邏輯調用堆棧。
在版本號1.7以上的SpiderMonkey(內置于Firefox,Thunderbird)的實現中,可以把調用上下文作為第二個參數傳遞給eval。那么,如果這個上下文存在,就有可能影響“私有”(有人喜歡這樣叫它)變量。
~~~
function foo() {
var x = 1;
return function () { alert(x); };
};
var bar = foo();
bar(); // 1
eval('x = 2', bar); // 傳入上下文,影響了內部的var x 變量
bar(); // 2
~~~
## 結論
這篇文章是后面分析其他跟執行上下文相關的主題(例如變量對象,作用域鏈,等等)的最起碼的理論基礎,這些主題將在后續章節中講到。
## 其他參考
這篇文章的內容在ECMA-262-3 標準規范中對應的章節— [10\. Execution Contexts](http://bclary.com/2004/11/07/#a-10).
- (1)編寫高質量JavaScript代碼的基本要點
- (2)揭秘命名函數表達式
- (3)全面解析Module模式
- (4)立即調用的函數表達式
- (5)強大的原型和原型鏈
- (6)S.O.L.I.D五大原則之單一職責SRP
- (7)S.O.L.I.D五大原則之開閉原則OCP
- (8)S.O.L.I.D五大原則之里氏替換原則LSP
- (9)根本沒有“JSON對象”這回事!
- (10)JavaScript核心(晉級高手必讀篇)
- (11)執行上下文(Execution Contexts)
- (12)變量對象(Variable Object)
- (13)This? Yes, this!
- (14)作用域鏈(Scope Chain)
- (15)函數(Functions)
- (16)閉包(Closures)
- (17)面向對象編程之一般理論
- (18)面向對象編程之ECMAScript實現
- (19)求值策略
- (20)《你真懂JavaScript嗎?》答案詳解
- (21)S.O.L.I.D五大原則之接口隔離原則ISP
- (22)S.O.L.I.D五大原則之依賴倒置原則DIP
- (23)JavaScript與DOM(上)——也適用于新手
- (24)JavaScript與DOM(下)
- (25)設計模式之單例模式
- (26)設計模式之構造函數模式
- (27)設計模式之建造者模式
- (28)設計模式之工廠模式
- (29)設計模式之裝飾者模式
- (30)設計模式之外觀模式
- (31)設計模式之代理模式
- (32)設計模式之觀察者模式
- (33)設計模式之策略模式
- (34)設計模式之命令模式
- (35)設計模式之迭代器模式
- (36)設計模式之中介者模式
- (37)設計模式之享元模式
- (38)設計模式之職責鏈模式
- (39)設計模式之適配器模式
- (40)設計模式之組合模式
- (41)設計模式之模板方法
- (42)設計模式之原型模式
- (43)設計模式之狀態模式
- (44)設計模式之橋接模式
- (45)代碼復用模式(避免篇)
- (46)代碼復用模式(推薦篇)
- (47)對象創建模式(上篇)
- (48)對象創建模式(下篇)
- (49)Function模式(上篇)
- (50)Function模式(下篇)
- (結局篇)