'JavaScript web優化系列之執行上下文詳細圖解'

JavaScript 瀏覽器 F1賽車 文章 前端在路上 2019-08-11
"
"
JavaScript web優化系列之執行上下文詳細圖解

我們在JS學習初期或者面試的時候常常會遇到考核變量提升的思考題。比如先來一個簡單一點的。

console.log(a); // 這裡會打印出什麼?
var a = 20;

暫時先不管這個例子,我們先引入一個JavaScript中最基礎,但同時也是最重要的一個概念執行上下文(Execution Context)

每次當控制器轉到可執行代碼的時候,就會進入一個執行上下文。執行上下文可以理解為當前代碼的執行環境,它會形成一個作用域。JavaScript中的運行環境大概包括三種情況。

  • 全局環境:JavaScript代碼運行起來會首先進入該環境
  • 函數環境:當函數被調用執行時,會進入當前函數中執行代碼
  • eval(不建議使用,可忽略)

因此在一個JavaScript程序中,必定會產生多個執行上下文,在我的上一篇文章中也有提到,JavaScript引擎會以棧的方式來處理它們,這個棧,我們稱其為函數調用棧(call stack)。棧底永遠都是全局上下文,而棧頂就是當前正在執行的上下文。

當代碼在執行過程中,遇到以上三種情況,都會生成一個執行上下文,放入棧中,而處於棧頂的上下文執行完畢之後,就會自動出棧。為了更加清晰的理解這個過程,根據下面的例子,結合圖示給大家展示。

執行上下文可以理解為函數執行的環境,每一個函數執行時,都會給對應的函數創建這樣一個執行環境。

var color = 'blue';
function changeColor() {
var anotherColor = 'red';
function swapColors() {
var tempColor = anotherColor;
anotherColor = color;
color = tempColor;
}
swapColors();
}
changeColor();

我們用ECStack來表示處理執行上下文組的堆棧。我們很容易知道,第一步,首先是全局上下文入棧。

"
JavaScript web優化系列之執行上下文詳細圖解

我們在JS學習初期或者面試的時候常常會遇到考核變量提升的思考題。比如先來一個簡單一點的。

console.log(a); // 這裡會打印出什麼?
var a = 20;

暫時先不管這個例子,我們先引入一個JavaScript中最基礎,但同時也是最重要的一個概念執行上下文(Execution Context)

每次當控制器轉到可執行代碼的時候,就會進入一個執行上下文。執行上下文可以理解為當前代碼的執行環境,它會形成一個作用域。JavaScript中的運行環境大概包括三種情況。

  • 全局環境:JavaScript代碼運行起來會首先進入該環境
  • 函數環境:當函數被調用執行時,會進入當前函數中執行代碼
  • eval(不建議使用,可忽略)

因此在一個JavaScript程序中,必定會產生多個執行上下文,在我的上一篇文章中也有提到,JavaScript引擎會以棧的方式來處理它們,這個棧,我們稱其為函數調用棧(call stack)。棧底永遠都是全局上下文,而棧頂就是當前正在執行的上下文。

當代碼在執行過程中,遇到以上三種情況,都會生成一個執行上下文,放入棧中,而處於棧頂的上下文執行完畢之後,就會自動出棧。為了更加清晰的理解這個過程,根據下面的例子,結合圖示給大家展示。

執行上下文可以理解為函數執行的環境,每一個函數執行時,都會給對應的函數創建這樣一個執行環境。

var color = 'blue';
function changeColor() {
var anotherColor = 'red';
function swapColors() {
var tempColor = anotherColor;
anotherColor = color;
color = tempColor;
}
swapColors();
}
changeColor();

我們用ECStack來表示處理執行上下文組的堆棧。我們很容易知道,第一步,首先是全局上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第一步:全局上下文入棧

全局上下文入棧之後,其中的可執行代碼開始執行,直到遇到了changeColor(),這一句激活函數changeColor創建它自己的執行上下文,因此第二步就是changeColor的執行上下文入棧。

"
JavaScript web優化系列之執行上下文詳細圖解

我們在JS學習初期或者面試的時候常常會遇到考核變量提升的思考題。比如先來一個簡單一點的。

console.log(a); // 這裡會打印出什麼?
var a = 20;

暫時先不管這個例子,我們先引入一個JavaScript中最基礎,但同時也是最重要的一個概念執行上下文(Execution Context)

每次當控制器轉到可執行代碼的時候,就會進入一個執行上下文。執行上下文可以理解為當前代碼的執行環境,它會形成一個作用域。JavaScript中的運行環境大概包括三種情況。

  • 全局環境:JavaScript代碼運行起來會首先進入該環境
  • 函數環境:當函數被調用執行時,會進入當前函數中執行代碼
  • eval(不建議使用,可忽略)

因此在一個JavaScript程序中,必定會產生多個執行上下文,在我的上一篇文章中也有提到,JavaScript引擎會以棧的方式來處理它們,這個棧,我們稱其為函數調用棧(call stack)。棧底永遠都是全局上下文,而棧頂就是當前正在執行的上下文。

當代碼在執行過程中,遇到以上三種情況,都會生成一個執行上下文,放入棧中,而處於棧頂的上下文執行完畢之後,就會自動出棧。為了更加清晰的理解這個過程,根據下面的例子,結合圖示給大家展示。

執行上下文可以理解為函數執行的環境,每一個函數執行時,都會給對應的函數創建這樣一個執行環境。

var color = 'blue';
function changeColor() {
var anotherColor = 'red';
function swapColors() {
var tempColor = anotherColor;
anotherColor = color;
color = tempColor;
}
swapColors();
}
changeColor();

我們用ECStack來表示處理執行上下文組的堆棧。我們很容易知道,第一步,首先是全局上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第一步:全局上下文入棧

全局上下文入棧之後,其中的可執行代碼開始執行,直到遇到了changeColor(),這一句激活函數changeColor創建它自己的執行上下文,因此第二步就是changeColor的執行上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第二步:changeColor的執行上下文入棧

changeColor的上下文入棧之後,控制器開始執行其中的可執行代碼,遇到swapColors()之後又激活了一個執行上下文。因此第三步是swapColors的執行上下文入棧。

"
JavaScript web優化系列之執行上下文詳細圖解

我們在JS學習初期或者面試的時候常常會遇到考核變量提升的思考題。比如先來一個簡單一點的。

console.log(a); // 這裡會打印出什麼?
var a = 20;

暫時先不管這個例子,我們先引入一個JavaScript中最基礎,但同時也是最重要的一個概念執行上下文(Execution Context)

每次當控制器轉到可執行代碼的時候,就會進入一個執行上下文。執行上下文可以理解為當前代碼的執行環境,它會形成一個作用域。JavaScript中的運行環境大概包括三種情況。

  • 全局環境:JavaScript代碼運行起來會首先進入該環境
  • 函數環境:當函數被調用執行時,會進入當前函數中執行代碼
  • eval(不建議使用,可忽略)

因此在一個JavaScript程序中,必定會產生多個執行上下文,在我的上一篇文章中也有提到,JavaScript引擎會以棧的方式來處理它們,這個棧,我們稱其為函數調用棧(call stack)。棧底永遠都是全局上下文,而棧頂就是當前正在執行的上下文。

當代碼在執行過程中,遇到以上三種情況,都會生成一個執行上下文,放入棧中,而處於棧頂的上下文執行完畢之後,就會自動出棧。為了更加清晰的理解這個過程,根據下面的例子,結合圖示給大家展示。

執行上下文可以理解為函數執行的環境,每一個函數執行時,都會給對應的函數創建這樣一個執行環境。

var color = 'blue';
function changeColor() {
var anotherColor = 'red';
function swapColors() {
var tempColor = anotherColor;
anotherColor = color;
color = tempColor;
}
swapColors();
}
changeColor();

我們用ECStack來表示處理執行上下文組的堆棧。我們很容易知道,第一步,首先是全局上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第一步:全局上下文入棧

全局上下文入棧之後,其中的可執行代碼開始執行,直到遇到了changeColor(),這一句激活函數changeColor創建它自己的執行上下文,因此第二步就是changeColor的執行上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第二步:changeColor的執行上下文入棧

changeColor的上下文入棧之後,控制器開始執行其中的可執行代碼,遇到swapColors()之後又激活了一個執行上下文。因此第三步是swapColors的執行上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第三步:swapColors的執行上下文入棧

在swapColors的可執行代碼中,再沒有遇到其他能生成執行上下文的情況,因此這段代碼順利執行完畢,swapColors的上下文從棧中彈出。

"
JavaScript web優化系列之執行上下文詳細圖解

我們在JS學習初期或者面試的時候常常會遇到考核變量提升的思考題。比如先來一個簡單一點的。

console.log(a); // 這裡會打印出什麼?
var a = 20;

暫時先不管這個例子,我們先引入一個JavaScript中最基礎,但同時也是最重要的一個概念執行上下文(Execution Context)

每次當控制器轉到可執行代碼的時候,就會進入一個執行上下文。執行上下文可以理解為當前代碼的執行環境,它會形成一個作用域。JavaScript中的運行環境大概包括三種情況。

  • 全局環境:JavaScript代碼運行起來會首先進入該環境
  • 函數環境:當函數被調用執行時,會進入當前函數中執行代碼
  • eval(不建議使用,可忽略)

因此在一個JavaScript程序中,必定會產生多個執行上下文,在我的上一篇文章中也有提到,JavaScript引擎會以棧的方式來處理它們,這個棧,我們稱其為函數調用棧(call stack)。棧底永遠都是全局上下文,而棧頂就是當前正在執行的上下文。

當代碼在執行過程中,遇到以上三種情況,都會生成一個執行上下文,放入棧中,而處於棧頂的上下文執行完畢之後,就會自動出棧。為了更加清晰的理解這個過程,根據下面的例子,結合圖示給大家展示。

執行上下文可以理解為函數執行的環境,每一個函數執行時,都會給對應的函數創建這樣一個執行環境。

var color = 'blue';
function changeColor() {
var anotherColor = 'red';
function swapColors() {
var tempColor = anotherColor;
anotherColor = color;
color = tempColor;
}
swapColors();
}
changeColor();

我們用ECStack來表示處理執行上下文組的堆棧。我們很容易知道,第一步,首先是全局上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第一步:全局上下文入棧

全局上下文入棧之後,其中的可執行代碼開始執行,直到遇到了changeColor(),這一句激活函數changeColor創建它自己的執行上下文,因此第二步就是changeColor的執行上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第二步:changeColor的執行上下文入棧

changeColor的上下文入棧之後,控制器開始執行其中的可執行代碼,遇到swapColors()之後又激活了一個執行上下文。因此第三步是swapColors的執行上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第三步:swapColors的執行上下文入棧

在swapColors的可執行代碼中,再沒有遇到其他能生成執行上下文的情況,因此這段代碼順利執行完畢,swapColors的上下文從棧中彈出。

JavaScript web優化系列之執行上下文詳細圖解

第四步:swapColors的執行上下文出棧

swapColors的執行上下文彈出之後,繼續執行changeColor的可執行代碼,也沒有再遇到其他執行上下文,順利執行完畢之後彈出。這樣,ECStack中就隻身下全局上下文了。

"
JavaScript web優化系列之執行上下文詳細圖解

我們在JS學習初期或者面試的時候常常會遇到考核變量提升的思考題。比如先來一個簡單一點的。

console.log(a); // 這裡會打印出什麼?
var a = 20;

暫時先不管這個例子,我們先引入一個JavaScript中最基礎,但同時也是最重要的一個概念執行上下文(Execution Context)

每次當控制器轉到可執行代碼的時候,就會進入一個執行上下文。執行上下文可以理解為當前代碼的執行環境,它會形成一個作用域。JavaScript中的運行環境大概包括三種情況。

  • 全局環境:JavaScript代碼運行起來會首先進入該環境
  • 函數環境:當函數被調用執行時,會進入當前函數中執行代碼
  • eval(不建議使用,可忽略)

因此在一個JavaScript程序中,必定會產生多個執行上下文,在我的上一篇文章中也有提到,JavaScript引擎會以棧的方式來處理它們,這個棧,我們稱其為函數調用棧(call stack)。棧底永遠都是全局上下文,而棧頂就是當前正在執行的上下文。

當代碼在執行過程中,遇到以上三種情況,都會生成一個執行上下文,放入棧中,而處於棧頂的上下文執行完畢之後,就會自動出棧。為了更加清晰的理解這個過程,根據下面的例子,結合圖示給大家展示。

執行上下文可以理解為函數執行的環境,每一個函數執行時,都會給對應的函數創建這樣一個執行環境。

var color = 'blue';
function changeColor() {
var anotherColor = 'red';
function swapColors() {
var tempColor = anotherColor;
anotherColor = color;
color = tempColor;
}
swapColors();
}
changeColor();

我們用ECStack來表示處理執行上下文組的堆棧。我們很容易知道,第一步,首先是全局上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第一步:全局上下文入棧

全局上下文入棧之後,其中的可執行代碼開始執行,直到遇到了changeColor(),這一句激活函數changeColor創建它自己的執行上下文,因此第二步就是changeColor的執行上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第二步:changeColor的執行上下文入棧

changeColor的上下文入棧之後,控制器開始執行其中的可執行代碼,遇到swapColors()之後又激活了一個執行上下文。因此第三步是swapColors的執行上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第三步:swapColors的執行上下文入棧

在swapColors的可執行代碼中,再沒有遇到其他能生成執行上下文的情況,因此這段代碼順利執行完畢,swapColors的上下文從棧中彈出。

JavaScript web優化系列之執行上下文詳細圖解

第四步:swapColors的執行上下文出棧

swapColors的執行上下文彈出之後,繼續執行changeColor的可執行代碼,也沒有再遇到其他執行上下文,順利執行完畢之後彈出。這樣,ECStack中就隻身下全局上下文了。

JavaScript web優化系列之執行上下文詳細圖解

第五步:changeColor的執行上下文出棧

全局上下文在瀏覽器窗口關閉後出棧。

注意:函數中,遇到return能直接終止可執行代碼的執行,因此會直接將當前上下文彈出棧。

"
JavaScript web優化系列之執行上下文詳細圖解

我們在JS學習初期或者面試的時候常常會遇到考核變量提升的思考題。比如先來一個簡單一點的。

console.log(a); // 這裡會打印出什麼?
var a = 20;

暫時先不管這個例子,我們先引入一個JavaScript中最基礎,但同時也是最重要的一個概念執行上下文(Execution Context)

每次當控制器轉到可執行代碼的時候,就會進入一個執行上下文。執行上下文可以理解為當前代碼的執行環境,它會形成一個作用域。JavaScript中的運行環境大概包括三種情況。

  • 全局環境:JavaScript代碼運行起來會首先進入該環境
  • 函數環境:當函數被調用執行時,會進入當前函數中執行代碼
  • eval(不建議使用,可忽略)

因此在一個JavaScript程序中,必定會產生多個執行上下文,在我的上一篇文章中也有提到,JavaScript引擎會以棧的方式來處理它們,這個棧,我們稱其為函數調用棧(call stack)。棧底永遠都是全局上下文,而棧頂就是當前正在執行的上下文。

當代碼在執行過程中,遇到以上三種情況,都會生成一個執行上下文,放入棧中,而處於棧頂的上下文執行完畢之後,就會自動出棧。為了更加清晰的理解這個過程,根據下面的例子,結合圖示給大家展示。

執行上下文可以理解為函數執行的環境,每一個函數執行時,都會給對應的函數創建這樣一個執行環境。

var color = 'blue';
function changeColor() {
var anotherColor = 'red';
function swapColors() {
var tempColor = anotherColor;
anotherColor = color;
color = tempColor;
}
swapColors();
}
changeColor();

我們用ECStack來表示處理執行上下文組的堆棧。我們很容易知道,第一步,首先是全局上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第一步:全局上下文入棧

全局上下文入棧之後,其中的可執行代碼開始執行,直到遇到了changeColor(),這一句激活函數changeColor創建它自己的執行上下文,因此第二步就是changeColor的執行上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第二步:changeColor的執行上下文入棧

changeColor的上下文入棧之後,控制器開始執行其中的可執行代碼,遇到swapColors()之後又激活了一個執行上下文。因此第三步是swapColors的執行上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第三步:swapColors的執行上下文入棧

在swapColors的可執行代碼中,再沒有遇到其他能生成執行上下文的情況,因此這段代碼順利執行完畢,swapColors的上下文從棧中彈出。

JavaScript web優化系列之執行上下文詳細圖解

第四步:swapColors的執行上下文出棧

swapColors的執行上下文彈出之後,繼續執行changeColor的可執行代碼,也沒有再遇到其他執行上下文,順利執行完畢之後彈出。這樣,ECStack中就隻身下全局上下文了。

JavaScript web優化系列之執行上下文詳細圖解

第五步:changeColor的執行上下文出棧

全局上下文在瀏覽器窗口關閉後出棧。

注意:函數中,遇到return能直接終止可執行代碼的執行,因此會直接將當前上下文彈出棧。

JavaScript web優化系列之執行上下文詳細圖解

整個過程

詳細瞭解了這個過程之後,我們就可以對執行上下文總結一些結論了。

  • 單線程
  • 同步執行,只有棧頂的上下文處於執行中,其他上下文需要等待
  • 全局上下文只有唯一的一個,它在瀏覽器關閉時出棧
  • 函數的執行上下文的個數沒有限制
  • 每次某個函數被調用,就會有個新的執行上下文為其創建,即使是調用的自身函數,也是如此。

為了鞏固一下執行上下文的理解,我們再來繪製一個例子的演變過程,這是一個簡單的閉包例子。

function f1(){
var n=999;
function f2(){
alert(n);
}
return f2;
}
var result=f1();
result(); // 999

因為f1中的函數f2在f1的可執行代碼中,並沒有被調用執行,因此執行f1時,f2不會創建新的上下文,而直到result執行時,才創建了一個新的。具體演變過程如下。

"
JavaScript web優化系列之執行上下文詳細圖解

我們在JS學習初期或者面試的時候常常會遇到考核變量提升的思考題。比如先來一個簡單一點的。

console.log(a); // 這裡會打印出什麼?
var a = 20;

暫時先不管這個例子,我們先引入一個JavaScript中最基礎,但同時也是最重要的一個概念執行上下文(Execution Context)

每次當控制器轉到可執行代碼的時候,就會進入一個執行上下文。執行上下文可以理解為當前代碼的執行環境,它會形成一個作用域。JavaScript中的運行環境大概包括三種情況。

  • 全局環境:JavaScript代碼運行起來會首先進入該環境
  • 函數環境:當函數被調用執行時,會進入當前函數中執行代碼
  • eval(不建議使用,可忽略)

因此在一個JavaScript程序中,必定會產生多個執行上下文,在我的上一篇文章中也有提到,JavaScript引擎會以棧的方式來處理它們,這個棧,我們稱其為函數調用棧(call stack)。棧底永遠都是全局上下文,而棧頂就是當前正在執行的上下文。

當代碼在執行過程中,遇到以上三種情況,都會生成一個執行上下文,放入棧中,而處於棧頂的上下文執行完畢之後,就會自動出棧。為了更加清晰的理解這個過程,根據下面的例子,結合圖示給大家展示。

執行上下文可以理解為函數執行的環境,每一個函數執行時,都會給對應的函數創建這樣一個執行環境。

var color = 'blue';
function changeColor() {
var anotherColor = 'red';
function swapColors() {
var tempColor = anotherColor;
anotherColor = color;
color = tempColor;
}
swapColors();
}
changeColor();

我們用ECStack來表示處理執行上下文組的堆棧。我們很容易知道,第一步,首先是全局上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第一步:全局上下文入棧

全局上下文入棧之後,其中的可執行代碼開始執行,直到遇到了changeColor(),這一句激活函數changeColor創建它自己的執行上下文,因此第二步就是changeColor的執行上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第二步:changeColor的執行上下文入棧

changeColor的上下文入棧之後,控制器開始執行其中的可執行代碼,遇到swapColors()之後又激活了一個執行上下文。因此第三步是swapColors的執行上下文入棧。

JavaScript web優化系列之執行上下文詳細圖解

第三步:swapColors的執行上下文入棧

在swapColors的可執行代碼中,再沒有遇到其他能生成執行上下文的情況,因此這段代碼順利執行完畢,swapColors的上下文從棧中彈出。

JavaScript web優化系列之執行上下文詳細圖解

第四步:swapColors的執行上下文出棧

swapColors的執行上下文彈出之後,繼續執行changeColor的可執行代碼,也沒有再遇到其他執行上下文,順利執行完畢之後彈出。這樣,ECStack中就隻身下全局上下文了。

JavaScript web優化系列之執行上下文詳細圖解

第五步:changeColor的執行上下文出棧

全局上下文在瀏覽器窗口關閉後出棧。

注意:函數中,遇到return能直接終止可執行代碼的執行,因此會直接將當前上下文彈出棧。

JavaScript web優化系列之執行上下文詳細圖解

整個過程

詳細瞭解了這個過程之後,我們就可以對執行上下文總結一些結論了。

  • 單線程
  • 同步執行,只有棧頂的上下文處於執行中,其他上下文需要等待
  • 全局上下文只有唯一的一個,它在瀏覽器關閉時出棧
  • 函數的執行上下文的個數沒有限制
  • 每次某個函數被調用,就會有個新的執行上下文為其創建,即使是調用的自身函數,也是如此。

為了鞏固一下執行上下文的理解,我們再來繪製一個例子的演變過程,這是一個簡單的閉包例子。

function f1(){
var n=999;
function f2(){
alert(n);
}
return f2;
}
var result=f1();
result(); // 999

因為f1中的函數f2在f1的可執行代碼中,並沒有被調用執行,因此執行f1時,f2不會創建新的上下文,而直到result執行時,才創建了一個新的。具體演變過程如下。

JavaScript web優化系列之執行上下文詳細圖解

上例演變過程

如果你在某公眾號看到我的文章,然後發現下面的評論說最後一個例子錯了,請不要管他們,他們把函數調用棧和作用域鏈沒有分清楚就跑出來質疑,真的很有問題。建議大家讀一讀這系列的第六篇文章,教你如何自己擁有判斷對錯的能力。

最後留一個簡單的例子,大家可以自己腦補一下這個例子在執行過程中執行上下文的變化情況。

var name = "window";
var p = {
name: 'Perter',
getName: function() {
// 利用變量保存的方式保證其訪問的是p對象
var self = this;
return function() {
return self.name;
}
}
}
var getName = p.getName();
var _name = getName();
console.log(_name);

參考文章:

https://www.jianshu.com/p/a6d37c77e8db

"

相關推薦

推薦中...