javascript依賴于底層javascript引擎的支持。javascript運(yùn)行在瀏覽器，主要依靠瀏覽器的js引擎解釋執(zhí)行js代碼；JavaScript引擎是一個(gè)專門處理JavaScript腳本的虛擬機(jī)，一般會(huì)附帶在網(wǎng)頁瀏覽器之中，用于解釋和執(zhí)行js腳本。

前端（vue）入門到精通課程：進(jìn)入學(xué)習(xí)
API 文檔、設(shè)計(jì)、調(diào)試、自動(dòng)化測試一體化協(xié)作工具：點(diǎn)擊使用

本教程操作環(huán)境：windows7系統(tǒng)、javascript1.8.5版、Dell G3電腦。

javascript依賴于底層js引擎的支持。

javascript運(yùn)行在瀏覽器，主要依靠瀏覽器的js引擎解釋執(zhí)行js代碼。其他帶有js引擎的軟件也可以運(yùn)行js，但是一般js和網(wǎng)頁關(guān)系較大，所以一般在瀏覽器當(dāng)中運(yùn)行。

javascript引擎

JavaScript引擎是一個(gè)專門處理JavaScript腳本的虛擬機(jī)，一般會(huì)附帶在網(wǎng)頁瀏覽器之中，用于解釋和執(zhí)行js腳本。

著名的js引擎：

　　　　Mozilla：SpiderMonkey引擎，世界第一款JavaScript引擎，有C/C++編寫，用于Mozilla Firefox 1.0～3.0版本

　　　　Google：V8引擎，由C++/匯編語言編寫，用于chrome瀏覽器

　　　　微軟：Chakra（查克拉，笑）引擎，用于Internet Explorer 9的32位版本

瀏覽器內(nèi)核和JS引擎的關(guān)系

以webkit為例：

V8引擎

1、V8引擎的原理

V8引擎是用C++編寫的Google開源高性能的JavaScript和WebAssembly引擎，用于Chrome和Node.js等。

它能夠?qū)崿F(xiàn)ECMAScript和WebAssembly，并在Windows7或者更高版本，macOS 10.12+和使用x64，IA-32，ARM或MIPS處理器的Linux系統(tǒng)上運(yùn)行。

V8引擎可以獨(dú)立運(yùn)行，也可以嵌入到任何C++應(yīng)用程序中運(yùn)行。例如，可以將V8引擎中使用Node.js看做是將將V8引擎嵌入到了應(yīng)用程序中，那么Node.js就具備了執(zhí)行JavaScript代碼的能力。

原理圖：

①、Parse模塊會(huì)將JavaScript代碼轉(zhuǎn)換成AST，這是因?yàn)榻忉屍鞑⒉恢苯诱J(rèn)識(shí)JavaScript代碼。如果函數(shù)沒有被調(diào)用，是不會(huì)被轉(zhuǎn)換為AST的

②、Ignition是一個(gè)解釋器，會(huì)將AST轉(zhuǎn)換為ByteCode。同時(shí)會(huì)收集TurboFan優(yōu)化所需的信息（比如函數(shù)參數(shù)的類型信息，有了類型才能真實(shí)的運(yùn)算）。如果函數(shù)只調(diào)用一次，Ignition將AST轉(zhuǎn)換為ByteCode

③、為什么最后轉(zhuǎn)化為字節(jié)碼，而不是直接轉(zhuǎn)化為機(jī)器碼？

因?yàn)镴S代碼在什么樣的環(huán)境下執(zhí)行并不固定，有可能是使用Windows環(huán)境、或者是mac環(huán)境、或者是Linux環(huán)境的瀏覽器上，也可能是在Node.js中，環(huán)境不固定，不同環(huán)境中就會(huì)有不同的CPU，不同的CPU擁有不同的CPU架構(gòu)，不同的架構(gòu)能夠執(zhí)行的機(jī)器指令是不一樣的。

轉(zhuǎn)化為V8引擎規(guī)定好的字節(jié)碼，不管在什么環(huán)境下都可以執(zhí)行，是跨平臺(tái)的，最后V8引擎會(huì)把字節(jié)碼轉(zhuǎn)化匯編指令，再轉(zhuǎn)化為不同環(huán)境對應(yīng)的CPU指令。

但是每次都走這套流程，還是不夠方便。比如有一個(gè)函數(shù)是重復(fù)使用的，但是使用前面一套流程，每次使用這個(gè)函數(shù)的時(shí)候，都需要被轉(zhuǎn)化為字節(jié)碼，然后再變?yōu)镃PU指令，性能比較低，如果可以直接將這個(gè)函數(shù)變?yōu)闄C(jī)器指令保存下來，使用這個(gè)函數(shù)的時(shí)候，直接運(yùn)行機(jī)器指令，性能比較高，但是如果這個(gè)函數(shù)只運(yùn)行一次，就沒有必要轉(zhuǎn)化變?yōu)闄C(jī)器代碼保存下來，會(huì)浪費(fèi)空間。

④、使用TurboFan庫，是一個(gè)編譯器，會(huì)將字節(jié)碼編譯為CPU可以直接執(zhí)行的機(jī)器碼，他可以利用ignition來收集函數(shù)的執(zhí)行信息，了解到哪些函數(shù)執(zhí)行次數(shù)比較多，會(huì)將這類函數(shù)標(biāo)記為hot ,熱函數(shù)，然后就會(huì)將這個(gè)函數(shù)轉(zhuǎn)換為優(yōu)化之后的機(jī)器指令，以后再使用這個(gè)熱函數(shù)的時(shí)候，不需要上面繁瑣的過程，直接執(zhí)行機(jī)器指令就行。

但是實(shí)際上機(jī)器碼也會(huì)被還原為ByteCode，這是因?yàn)槿绻罄m(xù)執(zhí)行函數(shù)的過程中，類型發(fā)生改變，之前優(yōu)化的機(jī)器碼并不能正確地處理運(yùn)算，就會(huì)逆向的轉(zhuǎn)換為字節(jié)碼。

⑤、Deoptimization: 比如有一個(gè)函數(shù)

function  sum(num1,num2){    num1+num2 }

調(diào)用sum函數(shù)

sum(20,30) sum(28,30)

如果傳入數(shù)字，調(diào)用sum函數(shù)，需要做的工作就是對兩個(gè)數(shù)字進(jìn)行相加，執(zhí)行的機(jī)器指令永遠(yuǎn)是對這兩個(gè)數(shù)字進(jìn)行相加.
一旦改變傳入值的類型，如果變成字符串，那么這個(gè)函數(shù)的意思就是兩個(gè)字符串拼接。

sum("aaa","bbb")

這兩種類型的傳入值執(zhí)行“+”操作對應(yīng)的機(jī)器指令是不同的,JavaScript是不會(huì)對傳入值的類型做檢測的，那么還是使用數(shù)字相加的機(jī)器指令，這次函數(shù)調(diào)用的結(jié)果是不能夠使用的。

但是V8引擎中提供了一種解決辦法Deoptimization過程，這個(gè)過程是，一旦發(fā)現(xiàn)在執(zhí)行機(jī)器指令時(shí)候，執(zhí)行的操作不一樣的時(shí)候，Deoptimization會(huì)反向優(yōu)化，又轉(zhuǎn)化為字節(jié)碼，執(zhí)行后續(xù)操作。

2、V8引擎的解析圖

V8執(zhí)行的細(xì)節(jié)：

①、Blink將源碼交給V8引擎，Stream獲取到源碼并且進(jìn)行編碼轉(zhuǎn)換

②、scanner會(huì)進(jìn)行詞法分析，詞法分析之后會(huì)將代碼轉(zhuǎn)換為成tokens

③、tokens會(huì)被轉(zhuǎn)換為AST樹，經(jīng)過Parser和PreParser：

Parser就是直接將tokens轉(zhuǎn)換為AST樹架構(gòu)；

PreParser預(yù)解析，為什么會(huì)需要預(yù)解析？

1)如上圖中的函數(shù)outer(),內(nèi)部有一個(gè)函數(shù)inner()，但是并沒有任何調(diào)用inner()的代碼，那么就意味著并不是所有的JavaScript代碼，都是一開始就被執(zhí)行。對所有的JavaScript代碼進(jìn)行解析，必定會(huì)影響網(wǎng)頁的運(yùn)行效率。

2)V8引擎實(shí)現(xiàn)了Lazy Parsing(延遲解析)的方案，作用是將不必要的函數(shù)進(jìn)行預(yù)解析，我只需要知道有這么個(gè)函數(shù)就行，也就是只解析暫時(shí)需要的內(nèi)容，對函數(shù)的全量解析在函數(shù)被調(diào)用的時(shí)候才會(huì)執(zhí)行。

3)例如上圖中函數(shù)outer中的inner函數(shù)，它就是會(huì)執(zhí)行預(yù)解析。

④、生成AST樹之后，會(huì)被Ignition轉(zhuǎn)成字節(jié)碼，之后的過程就是代碼的執(zhí)行過程。

【