原文請查閱
這裏，略有刪減。
本系列延續更新中，Github 地點請查閱這裏。
這是 JavaScript 事變道理的第二章。
本章將會深切谷歌 V8 引擎的內部組織。我們也會為怎樣謄寫更好的 JavaScript 代碼供應幾條小技能－SessionStack 開闢小組在構建產物的時刻所遵照的最好實踐。
概述
一個 JavaScript 引擎就是一個遞次或許一個詮釋遞次，它運轉 JavaScript 代碼。一個 JavaScript 引擎可以用規範詮釋遞次或許立即編譯器來完成，立即編譯器即以某種情勢把 JavaScript 詮釋為字節碼。
以下是一系列完成 JavaScript 引擎的熱點工程：
- V8－由谷歌開源的以 C++ 言語編寫
- Rhin－由 Mozilla 基金會主導，開源的，完整運用 Java 開闢。
- SpiderMonkey－初代 JavaScript 引擎，由在之前由網景瀏覽器供應手藝支持，如今由 Firefox 運用。
- JavaScriptCore－開源，以 Nitro 的稱號來推行，並由蘋果為 Safari 開闢。
- KJS－KDE 引擎，起先是由 Harri Porten 為 KDE 工程的 Konqueror 瀏覽器所開闢。
- Chakra (JScript9)－IE
- Chakra (JavaScript)－Microsoft Edge
- Nashorn－作為 OpenJDK 的一部分來開源，由 Oracle Java 言語和 Tool Group 編寫。
- JerryScript－一款輕量級的物聯網引擎。
V8 引擎的由來
V8 引擎是由谷歌開源並以 C++ 言語編寫。Google Chrome 內置了這個引擎。而 V8 引擎差別於別的引擎的處所在於，它也被應用於時下盛行的 Node.js 運轉時中。
起先 V8 是被設想用來優化網頁瀏覽器中的 JavaScript 的運轉機能。為了到達更快的實行速率，V8 把 JavaScript 代碼轉化為越發高效的機器碼而不是運用詮釋遞次。它經由歷程完成一個立即編譯器在運轉階段把 JavaScript 代碼編譯為機器碼，就像諸如 SpiderMonkey or Rhino (Mozilla) 等很多當代 JavaScript 引擎所做的那樣。主要的區分在於 V8 不發作字節碼或許任何的中心碼。
V8 曾具有兩個編譯器
在 V8 5.9降生(2017 年終) 之前，引擎具有兩個編譯器：
- full-codegen－一個簡樸且疾速的編譯器用來產出簡樸且運轉相對遲緩的機器碼。
- Crankshaft－一個更龐雜(立即)優化的編譯器用來發作高效的代碼。
V8 引擎內部也運用多個線程：
- 主線程做你所希冀的事變－抓取你的代碼，編譯后實行
- 有自力的線程來編譯代碼，所以主線程可以堅持實行而前者正在優化代碼
- 一個用於機能檢測的線程會通知運轉時我們在哪一個要領上花了太多的時候，以便於讓 Crankshaft 來優化這些代碼
- 有幾個線程用來處置懲罰渣滓接納器的清算事變。
當第一次實行 JavaScript 代碼的時刻，V8 運用 full-codegen 直接把剖析的 JavaScript 代碼詮釋為機器碼，中心沒有任何轉換。這使得它一最先異常疾速地運轉機器碼。注意到 V8 沒有運用中心字節碼來示意，如許就不須要詮釋器了。
當你的代碼已實行一段時候后，機能檢測器線程已收集了足夠多的數據來通知 Crankshaft 哪一個要領可以被優化。
接下來，在另一個線程中最先舉行 Crankshaft 代碼優化。它把 JavaScript 語法籠統樹轉化為一個被稱為 Hydrogen 的高等靜態單賦值而且試着優化這個 Hydrogen 圖表。大多數的代碼優化是發作在這一層。
內聯
第一個優化要領等於提早盡量多地內聯代碼。內聯指的是把挪用地點(函數被挪用的那行代碼)置換為被挪用函數的函數體的歷程。這個簡樸的步驟使得接下來的代碼優化更有意義。
隱蔽類
JavaScript 是基於原型的言語：當舉行克隆的時刻不會有建立類和對象。JavaScript 也是一門動態編程言語，這意味着在它實例化以後，可以恣意地增加或許移除屬性。
大多數的 JavaScript 詮釋器運用類字典的組織(基於哈希函數)在內存中存儲對象屬性值的內存地點(即對象的內存地點)。這類組織使得在 JavaScript 中獵取屬性值比諸如 Java 或許 C# 的非動態編程言語要更消耗時候。在 Java 中，一切的對象屬性都在編譯前由一個牢固的對象規劃所決議而且不可以在運轉時動態增加或許刪除(嗯， C# 具有動態範例，這是別的一個話題)。因而，屬性值(指向這些屬性的指針)以一連的緩衝區的情勢存儲在內存當中，彼此之間有牢固的位移。位移的長度可以基於屬性範例被簡樸地計算出來，然則在 JavaScript 中這是不能夠的，因為運轉時可以轉變屬性範例。
因為運用字典在內存中尋覓對象屬性的內存地點是異常低效的，V8 轉而運用隱蔽類。隱蔽類事變道理和諸如 Java 言語中運用的牢固對象規劃(類)類似，除了它們是在運轉時建立的之外。如今，讓我們看看他們的模樣：
function Point(x, y) {
this.x = x;
this.y = y;
}
var p1 = new Point(1, 2);一旦 “new Point(1,2)” 挪用發作，V8 他建立一個叫做 “C0” 的隱蔽類。
因為還沒有為類 Point 建立屬性，所以 “C0” 是空的。
一旦第一條語句 “this.x = x” 最先實行(在 Point 函數中), V8 將會基於 “C0″ 建立第二個隱蔽類。”C1″ 形貌了可以找到 x 屬性的內存地點(相關於對象指針)。本例中，”x” 存儲在位移 0 中，這意味着當以內存中一連的緩衝區來檢察點對象的時刻，位移肇端處即和屬性 “x” 堅持一致。V8 將會運用 “類轉換” 來更新 “C0″，”類轉換” 即示意屬性 “x” 是不是被增加進點對象，隱蔽類將會從 “C0” 轉為 “C1″。以下的點對象的隱蔽類如今是 “C1″。
每當對象增加新的屬性，運用轉換途徑來把舊的隱蔽類更新為新的隱蔽類。隱蔽類轉換是主要的，因為它們使得以一樣體式格局建立的對象可以同享隱蔽類。假如兩個對象同享一個隱蔽類而且兩個對象增加了雷同的屬性，轉換會保證兩個對象收到雷同的新的隱蔽類而且一切的優化過的代碼都邑包括這些新的隱蔽類。
當運轉 “this.y = y” 語句的時刻，會反覆一樣的歷程(照樣在 Point 函數中，在 “this.x = x” 語句以後)。
一個被稱為 “C2” 的隱蔽類被製造出來，一個類轉換被增加進 “C1” 中示意屬性 “y” 是不是被增加進點對象(已具有屬性 “x”)以後隱蔽會更改成 “C2″，然後點對象的隱蔽類會更新為 “C2″。
隱蔽類轉換依賴於屬性被增加進對象的遞次。看以下的代碼片斷：
function Point(x, y) {
this.x = x;
this.y = y;
}
var p1 = new Point(1, 2);
p1.a = 5;
p1.b = 6;
var p2 = new Point(3, 4);
p2.b = 7;
p2.a = 8;如今，你會認為 p1 和 p2 會運用雷同的隱蔽類和類轉換。然則，關於 “p1″，先增加屬性 “a” 然後再增加屬性 “b”。關於 “p2″，先增加屬性 “b” 然後是 “a”。如許，因為運用差別的轉換途徑，”p1” 和 “p2” 會運用差別的隱蔽類。在這類情況下，更好的要領是以雷同的遞次初始化動態屬性以便於復用隱蔽類。
內聯緩存
V8 利用了另一項優化動態範例言語的手藝叫做內聯緩存。內聯緩存依賴於關於一樣範例的對象的一樣要領的反覆挪用的視察。這裡有一份深切論述內聯緩存的文章。
我們將會接觸到內聯緩存的也許觀點(萬一你沒有時候去通讀以上的深切明白內聯緩存的文章)。
它是怎樣事變的呢？V8 會保護一份傳入近來挪用要領作為參數的對象範例的緩存，然後運用這份信息假定在將來某個時刻這個對象範例將會被傳入這個要領。假如 V8 可以很好地預判行將傳入要領的對象範例，它就可以繞過尋覓怎樣接見對象屬性的歷程，代之以運用貯存的來自之前查找到的對象隱蔽類的信息。
所以隱蔽類的觀點和內聯緩存是怎樣聯絡在一起的呢？每當在一個指定的對象上挪用要領的時刻，V8 引擎不能不實行查找對象隱蔽類的操縱，用來獲得接見指定屬性的位移。在兩次關於雷同隱蔽類的雷同要領的勝利挪用以後，V8 疏忽隱蔽類的查找而且只是簡樸地把屬性的位移增加給對象指針本身。在以後一切對這個要領的挪用，V8 引擎假定隱蔽類沒有轉變，然後運用之前查找到的位移來直接跳轉到指定屬性的內存地點。這極大地提拔了代碼運轉速率。
內存緩存也是為何一樣範例的對象同享隱蔽類是云云主要的緣由。當你建立了兩個一樣範例的對象而運用差別的隱蔽類(正如之前的例子所做的那樣)，V8 將不能夠運用內存緩存，因為縱然雷同範例的兩個對象，他們對應的隱蔽類為他們的屬性分派差別的地點位移。
這兩個對象基本上是一樣的然則建立 “a” 和 “b” 的遞次是差別的
編譯為機器碼
一旦優化了 Hydrogen 圖表，Crankshaft 會把它降級為初級的展示叫做 Lithium。大多數 Lithium 的完成都是依賴於指定的架構的。寄存器分派發作在這一層。
末了，Lithium 會被編譯為機器碼。以後別的被稱為 OSR 的事變發作了：客棧替代。在最先編譯和優化一個顯著的耗時的要領之前，過去極有能夠去運轉它。V8 不會遺忘代碼實行遲緩的處所，而再次運用優化過的版本代碼。相反，它會轉換一切的上下文(客棧，寄存器)，如許就可以在實行歷程當中切換到優化的版本代碼。這是一個龐雜的使命，你只須要記着的是，在別的優化歷程當中，V8 會初始化內聯代碼。V8 並非唯一具有這項才能的引擎。
這裡有被稱為逆優化的平安防護，以防備當引擎所假定的事變沒有發作的時刻，可以舉行逆向轉換和把代碼反轉為未優化的代碼。
渣滓接納
V8 運用傳統的標記-消滅手藝來清算老舊的內存以舉行渣滓接納。標記階段會中斷 JavaScript 的運轉。為了掌握渣滓接納的本錢而且使得代碼實行越發穩固，V8 運用增量標記法：不遍歷全部內存堆，試圖標記每一個能夠的對象，它只是遍歷一部分堆，然後重啟一般的代碼實行。下一個渣滓接納點將會從上一個堆遍歷中斷的處所最先實行。這會在一般的代碼實行歷程當中有一個異常短暫的間隙。之前提到過，消滅階段是由零丁的線程處置懲罰的。
Ignition 和 TurboFan
跟着 2017 早些時刻 V8 5.9 版本的宣布，帶來了一個新的實行管道。新的管道獲得了更大的機能提拔和在實際 JavaScript 遞次中，顯著地節省了內存。
新的實行管道是建立在新的 V8 詮釋器 Ignition 和 V8 最新的優化編譯器 TurboFan 之上的。
你可以檢察 V8 小組的博文。
自從 V8 5.9 版本宣布以來，full-codegen 和 Crankshaft(V8 從 2010 最先運用至今) 不再被 V8 用來運轉JavaScript，因為 V8 小組正勤奮跟上新的 JavaScript 言語功用以及為這些功用所做的優化。
這意味着接下來全部 V8 將會越發精簡和更具可保護性。
網頁和 Node.js benchmarks 評分的提拔
這些提拔只是一個最先。新的 Ignition 和 TurboFan 管道為將來的優化作鋪墊，它會在將來幾年內提拔 JavaScript 機能和縮減 Chrome 和 Node.js 中的 V8 陳跡。
末了，這裡有一些怎樣寫出優化優越的，更好的 JavaScript 代碼。你可以很容易地從以上的內容中總結出來，然則，為了輕易你，下面有份總結：
怎樣寫優化的 JavaScript 代碼
- 對象屬性的遞次：總是以雷同的遞次實例化你的對象屬性，如許你的隱蔽類及以後的優化代碼都可以被同享。
- 動態屬性：實例化以後為對象增加屬性會以致為之前隱蔽類優化的要領變慢。相反，在對象組織函數中賦值對象的一切屬性。
- 要領：反覆實行雷同要領的代碼會比每次運轉差別的要領的代碼更快(多虧了內聯緩存)。
- 數列：防止運用鍵不是遞增数字的希罕數列。希罕數列中沒有包括每一個元素的數列稱為一個哈希表。接見該數列中的元素會越發耗時。一樣地，試着防止預先分派大型數組。最好是跟着你運用而遞增。末了，不要刪除數列中的元素。這會讓鍵希罕。
- 標記值：V8 用 32 位來示意對象和数字。它運用一名來辨別是對象(flag=1)或許是被稱為 SMI(小整數) 的整數(flag=0)，之所以是小整數是因為它是 31 位的。以後，假如一個數值比 31 位還要大，V8 將會裝箱数字，把它轉化為浮點數而且建立一個新的對象來存儲這個数字。盡量試着運用 31 位有標記数字來防止建立 JS 對象的耗時裝箱操縱。
本系列延續更新中，Github 地點請查閱這裏。
