1. 什么是JavaScript解析引擎？

簡單地說，JavaScript解析引擎就是能夠“讀懂”JavaScript代碼，并準確地給出代碼運行結果的一段程序。比方說，當你寫了 var a = 1 + 1; 這樣一段代碼，JavaScript引擎做的事情就是看懂（解析）你這段代碼，并且將a的值變為2。

學過編譯原理的人都知道，對于靜態語言來說（如Java、C++、C），處理上述這些事情的叫編譯器（Compiler），相應地對于JavaScript這樣的動態語言則叫解釋器（Interpreter）。這兩者的區別用一句話來概括就是：編譯器是將源代碼編譯為另外一種代碼（比如機器碼，或者字節碼），而解釋器是直接解析并將代碼運行結果輸出。 比方說，firebug的console就是一個JavaScript的解釋器。

但是，現在很難去界定說，JavaScript引擎它到底算是個解釋器還是個編譯器，因為，比如像V8（Chrome的JS引擎），它其實為了提高 JS的運行性能，在運行之前會先將JS編譯為本地的機器碼（native machine code），然后再去執行機器碼（這樣速度就快很多），相信大家對JIT（Just In Time Compilation）一定不陌生吧。

我個人認為，不需要過分去強調JavaScript解析引擎到底是什么，了解它究竟做了什么事情我個人認為就可以了。對于編譯器或者解釋器究竟是如何看懂代碼的，翻出大學編譯課的教材就可以了。

這里還要強調的就是，JavaScript引擎本身也是程序，代碼編寫而成。比如V8就是用C/C++寫的。

2. JavaScript解析引擎與ECMAScript是什么關系？

JavaScript引擎是一段程序，我們寫的JavaScript代碼也是程序，如何讓程序去讀懂程序呢？這就需要定義規則。比如，之前提到的var a = 1 + 1;，它表示：

左邊var代表了這是申明（declaration），它申明了a這個變量

右邊的+表示要將1和1做加法

中間的等號表示了這是個賦值語句

最后的分號表示這句語句結束了

上述這些就是規則，有了它就等于有了衡量的標準，JavaScript引擎就可以根據這個標準去解析JavaScript代碼了。那么這里的 ECMAScript就是定義了這些規則。其中ECMAScript 262這份文檔，就是對JavaScript這門語言定義了一整套完整的標準。其中包括：

var，if，else，break，continue等是JavaScript的關鍵詞

abstract，int，long等是JavaScript保留詞

怎么樣算是數字、怎么樣算是字符串等等

定義了操作符（+，-，>，<等）

定義了JavaScript的語法

定義了對表達式，語句等標準的處理算法，比如遇到==該如何處理

??

標準的JavaScript引擎就會根據這套文檔去實現，注意這里強調了標準，因為也有不按照標準來實現的，比如IE的JS引擎。這也是為什么JavaScript會有兼容性的問題。至于為什么IE的JS引擎不按照標準來實現，就要說到瀏覽器大戰了，這里就不贅述了，自行Google之。

所以，簡單的說，ECMAScript定義了語言的標準，JavaScript引擎根據它來實現，這就是兩者的關系。

3. JavaScript解析引擎與瀏覽器又是什么關系？

簡單地說，JavaScript引擎是瀏覽器的組成部分之一。因為瀏覽器還要做很多別的事情，比如解析頁面、渲染頁面、Cookie管理、歷史記錄 等等。那么，既然是組成部分，因此一般情況下JavaScript引擎都是瀏覽器開發商自行開發的。比如：IE9的Chakra、Firefox的 TraceMonkey、Chrome的V8等等。

從而也看出，不同瀏覽器都采用了不同的JavaScript引擎。因此，我們只能說要深入了解哪個JavaScript引擎。

4. 深入了解其內部原理的途徑有哪些？

搞清楚了前面三個問題，那這個問題就好回答了。個人認為，主要途徑有如下幾種（依次由淺入深）：

看講JavaScript引擎工作原理的書

這種方式最方便，不過我個人了解到的這樣的書幾乎沒有，但是Dmitry A.Soshnikov博客上的文章真的是非常的贊，建議直接看英文，實在英文看起來吃力的，可以看譯本

看ECMAScript的標準文檔

這種方式相對直接，原汁原味，因為引擎就是根據標準來實現的。目前來說，可以看第五版和第三版，不過要看懂也是不容易的。

看JS引擎源代碼

這種方式最直接，當然也最難了。因為還牽涉到了如何實現詞法分析器，語法分析器等等更加底層的東西了，而且并非所有的引擎代碼都是開源的。

5. 以上幾種方式中第一種都很難看明白怎么辦？

其實第一種方式中的文章，作者已經將文檔中內容提煉出來，用通俗易懂的方式闡述出來了。如果，看起來還覺得吃力，那說明還缺少兩塊的東西：

對JavaScript本身還理解的不夠深入

如果你剛剛接觸JavaScript，或者說以前甚至都沒有接觸過。那一下子就想要去理解內部工作原理，的確是很吃力的。首先應該多看看書，多實踐實踐，從知識和實踐的方式來了解JavaScript預言特性。這種情況下，你只需要了解現象。比方說，(function(){})() 這樣可以直接調用該匿名函數、用閉包可以解決循環中的延遲操作的變量值獲取問題等等。要了解這些，都是需要多汲取和實踐的。實踐這里就不多說了，而知識汲取方面可以多看看書和博客。這個層面的書就相對比較多了，《Professional JavaScript for Web Developers》就是本很好的書（中文版請自行尋找）。

缺乏相應的領域知識

當JavaScript也達到一定深度了，但是，還是看不大明白，或者沒法很深入到內部去一探究竟。那就意味著缺少對 應的領域知識。這里明顯的就是編譯原理相關的知識。不過，其實對這塊了解個大概基本看起來就沒問題了。要再繼續深入，那需要對編譯原理了解的很深入，比如 說詞法分析采用什么算法，一般怎么處理。會有什么問題，如何解決，AST生成算法一般有哪幾種等等。那要看編譯原理方面的書，也有基本經典的書，比如《Compilers: Principles, Techniques, and Tools》這本也是傳說中的龍書，還有非常著名的《SICP》和《PLAI》。 不過其實根據個人經驗，對于Dmitry的文章，要看懂它，只要你對JavaScript有一定深度的了解，同時你大學計算機的課程都能大致掌握了（尤其 是操作系統），也就是說基礎不錯，理解起來應該沒問題。因為這些文章基本沒有涉及底層編譯相關的，只是在解釋文檔的內容，并且其中很多東西都是相通的，比 如：context的切換與CPU的進程切換、函數相關的的局部變量的棧存儲、函數退出的操作等等都是一致的。