什么是“執(zhí)行上下文”（也叫做“執(zhí)行上下文環(huán)境”）？暫且不下定義，先看一段代碼：

第一句報錯，a未定義，很正常。第二句、第三句輸出都是undefined，說明瀏覽器在執(zhí)行console.log(a)時，已經(jīng)知道了a是undefined，但卻不知道a是10（第三句中）。

在一段js代碼拿過來真正一句一句運行之前，瀏覽器已經(jīng)做了一些“準備工作”，其中就包括對變量的聲明，而不是賦值。變量賦值是在賦值語句執(zhí)行的時候進行的。可用下圖模擬：

這是第一種情況。

下面還有。先來個簡單的。

有js開發(fā)經(jīng)驗的朋友應(yīng)該都知道，你無論在哪個位置獲取this，都是有值的。至于this的取值情況，比較復(fù)雜，會專門拿出一篇文章來講解。
與第一種情況不同的是：第一種情況只是對變量進行聲明（并沒有賦值），而此種情況直接給this賦值。這也是“準備工作”情況要做的事情之一。

下面還有。。。第三種情況。
在第三種情況中，需要注意代碼注釋中的兩個名詞——“函數(shù)表達式”和“函數(shù)聲明”。雖然兩者都很常用，但是這兩者在“準備工作”時，卻是兩種待遇。

看以上代碼。“函數(shù)聲明”時我們看到了第二種情況的影子，而“函數(shù)表達式”時我們看到了第一種情況的影子。
沒錯。在“準備工作”中，對待函數(shù)表達式就像對待“ var a = 10 ”這樣的變量一樣，只是聲明。而對待函數(shù)聲明時，卻把函數(shù)整個賦值了。

好了，“準備工作”介紹完畢。
我們總結(jié)一下，在“準備工作”中完成了哪些工作：

• 變量、函數(shù)表達式——變量聲明，默認賦值為undefined；
• this——賦值；
• 函數(shù)聲明——賦值；

這三種數(shù)據(jù)的準備情況我們稱之為“執(zhí)行上下文”或者“執(zhí)行上下文環(huán)境”。

這里插一句題外話：通過以上三種情況，你可能會聯(lián)想到網(wǎng)上的有些考js語法的題目/面試題。的確，幾乎每個js語法題中都有這種題目出現(xiàn)。之前你遇到這種題目是不是靠背誦來解決？背過了，隔幾天又忘記了。——任何問題，都要去追根溯源，要知道這個問題是真正出自哪一塊知識點，要真正去理解。光靠背誦是沒用的。?

細心的朋友可能會發(fā)現(xiàn)，我們上面所有的例子都是在全局環(huán)境下執(zhí)行的。
其實，javascript在執(zhí)行一個代碼段之前，都會進行這些“準備工作”來生成執(zhí)行上下文。這個“代碼段”其實分三種情況——全局代碼，函數(shù)體，eval代碼。
這里解釋一下為什么代碼段分為這三種。
所謂“代碼段”就是一段文本形式的代碼。
首先，全局代碼是一種，這個應(yīng)該沒有非議，本來就是手寫文本到<script>標簽里面的。

其次，eval代碼接收的也是一段文本形式的代碼。

最后，函數(shù)體是代碼段是因為函數(shù)在創(chuàng)建時，本質(zhì)上是 new Function(…) 得來的，其中需要傳入一個文本形式的參數(shù)作為函數(shù)體。

這樣解釋應(yīng)該能理解了。
最后，eval不常用，也不推薦大家用。
下一節(jié)我們介紹函數(shù)的情況，并一起總結(jié)一下執(zhí)行上下文到底包含哪些內(nèi)容。敬請期待。

總結(jié)

以上是生活随笔為你收集整理的深入理解javascript原型和闭包（8）——简述【执行上下文】上的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。