本篇內容介紹了“JavaScript中的執行上下文和執行棧的概念”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

創新互聯建站專業為企業提供祥符網站建設、祥符做網站、祥符網站設計、祥符網站制作等企業網站建設、網頁設計與制作、祥符企業網站模板建站服務，十余年祥符做網站經驗，不只是建網站，更提供有價值的思路和整體網絡服務。

什么是執行上下文？

簡而言之，執行上下文是評估和執行 JavaScript 代碼的環境的抽象概念。每當 Javascript 代碼在運行的時候，它都是在執行上下文中運行。

執行上下文的類型

JavaScript 中有三種執行上下文類型。

• 全局執行上下文 — 這是默認或者說基礎的上下文，任何不在函數內部的代碼都在全局上下文中。它會執行兩件事：創建一個全局的 window 對象（瀏覽器的情況下），并且設置 this 的值等于這個全局對象。一個程序中只會有一個全局執行上下文。

• 函數執行上下文 — 每當一個函數被調用時, 都會為該函數創建一個新的上下文。每個函數都有它自己的執行上下文，不過是在函數被調用時創建的。函數上下文可以有任意多個。每當一個新的執行上下文被創建，它會按定義的順序（將在后文討論）執行一系列步驟。

• Eval 函數執行上下文 — 執行在 eval 函數內部的代碼也會有它屬于自己的執行上下文，但由于 JavaScript 開發者并不經常使用 eval，所以在這里我不會討論它。

執行棧

執行棧，也就是在其它編程語言中所說的“調用棧”，是一種擁有 LIFO（后進先出）數據結構的棧，被用來存儲代碼運行時創建的所有執行上下文。

當 JavaScript 引擎第一次遇到你的腳本時，它會創建一個全局的執行上下文并且壓入當前執行棧。每當引擎遇到一個函數調用，它會為該函數創建一個新的執行上下文并壓入棧的頂部。

引擎會執行那些執行上下文位于棧頂的函數。當該函數執行結束時，執行上下文從棧中彈出，控制流程到達當前棧中的下一個上下文。

讓我們通過下面的代碼示例來理解：

let a = 'Hello World!';
function first() {
 console.log('Inside first function');
 second();
 console.log('Again inside first function');
}
function second() {
 console.log('Inside second function');
}
first();
console.log('Inside Global Execution Context');

上述代碼的執行上下文棧。

當上述代碼在瀏覽器加載時，JavaScript 引擎創建了一個全局執行上下文并把它壓入當前執行棧。當遇到 first() 函數調用時，JavaScript 引擎為該函數創建一個新的執行上下文并把它壓入當前執行棧的頂部。

當從 first() 函數內部調用 second() 函數時，JavaScript 引擎為 second() 函數創建了一個新的執行上下文并把它壓入當前執行棧的頂部。當 second() 函數執行完畢，它的執行上下文會從當前棧彈出，并且控制流程到達下一個執行上下文，即 first() 函數的執行上下文。

當 first() 執行完畢，它的執行上下文從棧彈出，控制流程到達全局執行上下文。一旦所有代碼執行完畢，JavaScript 引擎從當前棧中移除全局執行上下文。

怎么創建執行上下文？

到現在，我們已經看過 JavaScript 怎樣管理執行上下文了，現在讓我們了解 JavaScript 引擎是怎樣創建執行上下文的。
創建執行上下文有兩個階段：1) 創建階段 和 2) 執行階段。

The Creation Phase

在 JavaScript 代碼執行前，執行上下文將經歷創建階段。在創建階段會發生三件事：

• this 值的決定，即我們所熟知的 This 綁定。

• 創建詞法環境組件。

• 創建變量環境組件。

所以執行上下文在概念上表示如下：

ExecutionContext = {
 ThisBinding = <this value>,
 LexicalEnvironment = { ... },
 VariableEnvironment = { ... },
}

This 綁定：

在全局執行上下文中，this 的值指向全局對象。(在瀏覽器中，this引用 Window 對象)。

在函數執行上下文中，this 的值取決于該函數是如何被調用的。如果它被一個引用對象調用，那么 this 會被設置成那個對象，否則 this 的值被設置為全局對象或者 undefined（在嚴格模式下）。例如：

let foo = {
 baz: function() {
 console.log(this);
 }
}

foo.baz();  // 'this' 引用 'foo', 因為 'baz' 被
       // 對象 'foo' 調用

let bar = foo.baz;

bar();    // 'this' 指向全局 window 對象，因為
       // 沒有指定引用對象

詞法環境

官方的 ES6 文檔把詞法環境定義為

詞法環境是一種規范類型，基于 ECMAScript 代碼的詞法嵌套結構來定義標識符和具體變量和函數的關聯。一個詞法環境由環境記錄器和一個可能的引用外部詞法環境的空值組成。

簡單來說詞法環境是一種持有標識符—變量映射的結構。（這里的標識符指的是變量/函數的名字，而變量是對實際對象[包含函數類型對象]或原始數據的引用）。
現在，在詞法環境的內部有兩個組件：(1) 環境記錄器和 (2) 一個外部環境的引用。

1. 環境記錄器是存儲變量和函數聲明的實際位置。

2. 外部環境的引用意味著它可以訪問其父級詞法環境（作用域）。

詞法環境有兩種類型：

• 全局環境（在全局執行上下文中）是沒有外部環境引用的詞法環境。全局環境的外部環境引用是 null。它擁有內建的 Object/Array/等、在環境記錄器內的原型函數（關聯全局對象，比如 window 對象）還有任何用戶定義的全局變量，并且 this的值指向全局對象。

• 在函數環境中，函數內部用戶定義的變量存儲在環境記錄器中。并且引用的外部環境可能是全局環境，或者任何包含此內部函數的外部函數。

環境記錄器也有兩種類型（如上！）：

• 聲明式環境記錄器存儲變量、函數和參數。

• 對象環境記錄器用來定義出現在全局上下文中的變量和函數的關系。

簡而言之，

在全局環境中，環境記錄器是對象環境記錄器。
在函數環境中，環境記錄器是聲明式環境記錄器。

注意 — 對于函數環境，聲明式環境記錄器還包含了一個傳遞給函數的 arguments 對象（此對象存儲索引和參數的映射）和傳遞給函數的參數的 length。

抽象地講，詞法環境在偽代碼中看起來像這樣：

GlobalExectionContext = {
 LexicalEnvironment: {
  EnvironmentRecord: {
   Type: "Object",
   // 在這里綁定標識符
  }
  outer: <null>
 }
}

FunctionExectionContext = {
 LexicalEnvironment: {
  EnvironmentRecord: {
   Type: "Declarative",
   // 在這里綁定標識符
  }
  outer: <Global or outer function environment reference>
 }
}

變量環境：

它同樣是一個詞法環境，其環境記錄器持有變量聲明語句在執行上下文中創建的綁定關系。

如上所述，變量環境也是一個詞法環境，所以它有著上面定義的詞法環境的所有屬性。

在 ES6 中，詞法環境組件和變量環境的一個不同就是前者被用來存儲函數聲明和變量（let 和 const）綁定，而后者只用來存儲 var 變量綁定。

我們看點樣例代碼來理解上面的概念：

let a = 20;
const b = 30;
var c;
function multiply(e, f) {
 var g = 20;
 return e * f * g;
}
c = multiply(20, 30);

執行上下文看起來像這樣：

GlobalExectionContext = {

 ThisBinding: <Global Object>,

 LexicalEnvironment: {
  EnvironmentRecord: {
   Type: "Object",
   // 在這里綁定標識符
   a: < uninitialized >,
   b: < uninitialized >,
   multiply: < func >
  }
  outer: <null>
 },

 VariableEnvironment: {
  EnvironmentRecord: {
   Type: "Object",
   // 在這里綁定標識符
   c: undefined,
  }
  outer: <null>
 }
}

FunctionExectionContext = {
 ThisBinding: <Global Object>,

 LexicalEnvironment: {
  EnvironmentRecord: {
   Type: "Declarative",
   // 在這里綁定標識符
   Arguments: {0: 20, 1: 30, length: 2},
  },
  outer: <GlobalLexicalEnvironment>
 },

VariableEnvironment: {
  EnvironmentRecord: {
   Type: "Declarative",
   // 在這里綁定標識符
   g: undefined
  },
  outer: <GlobalLexicalEnvironment>
 }
}

注意 — 只有遇到調用函數 multiply 時，函數執行上下文才會被創建。

可能你已經注意到 let 和 const 定義的變量并沒有關聯任何值，但 var 定義的變量被設成了 undefined。

這是因為在創建階段時，引擎檢查代碼找出變量和函數聲明，雖然函數聲明完全存儲在環境中，但是變量最初設置為 undefined（var 情況下），或者未初始化（let 和 const 情況下）。

這就是為什么你可以在聲明之前訪問 var 定義的變量（雖然是 undefined），但是在聲明之前訪問 let 和 const 的變量會得到一個引用錯誤。

這就是我們說的變量聲明提升。

執行階段

這是整篇文章中最簡單的部分。在此階段，完成對所有這些變量的分配，最后執行代碼。

注意 — 在執行階段，如果 JavaScript 引擎不能在源碼中聲明的實際位置找到 let 變量的值，它會被賦值為 undefined。

“JavaScript中的執行上下文和執行棧的概念”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注創新互聯網站，小編將為大家輸出更多高質量的實用文章！

分享題目：JavaScript中的執行上下文和執行棧的概念-創新互聯
標題來源：http://vcdvsql.cn/article28/deoojp.html

成都網站建設公司_創新互聯，為您提供Google、標簽優化、品牌網站制作、動態網站、網站策劃、網站設計公司

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯