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

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

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

這是第一種情況。

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

有js開發經驗的朋友應該都知道，你無論在哪個位置獲取this，都是有值的。至于this的取值情況，比較復雜，會專門拿出一篇文章來講解。

與第一種情況不同的是：第一種情況只是對變量進行聲明（并沒有賦值），而此種情況直接給this賦值。這也是“準備工作”情況要做的事情之一。

下面還有。。。第三種情況。

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

看以上代碼。“函數聲明”時我們看到了第二種情況的影子，而“函數表達式”時我們看到了第一種情況的影子。

沒錯。在“準備工作”中，對待函數表達式就像對待“ var a = 10 ”這樣的變量一樣，只是聲明。而對待函數聲明時，卻把函數整個賦值了。

好了，“準備工作”介紹完畢。

我們總結一下，在“準備工作”中完成了哪些工作：

這三種數據的準備情況我們稱之為“執行上下文”或者“執行上下文環境”。

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

細心的朋友可能會發現，我們上面所有的例子都是在全局環境下執行的。

其實，javascript在執行一個代碼段之前，都會進行這些“準備工作”來生成執行上下文。這個“代碼段”其實分三種情況——全局代碼，函數體，eval代碼。

這里解釋一下為什么代碼段分為這三種。

所謂“代碼段”就是一段文本形式的代碼。

首先，全局代碼是一種，這個應該沒有非議，本來就是手寫文本到<script>標簽里面的。

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

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

這樣解釋應該能理解了。

最后，eval不常用，也不推薦大家用。

下一節我們介紹函數的情況，并一起總結一下執行上下文到底包含哪些內容。敬請期待。