隨著JavaScript越來越流行，越來越多的團隊廣泛的把JavaScript應用到前端、后臺、hybrid 應用、嵌入式等等領域。

這篇文章旨在深入挖掘JavaScript，以及向大家解釋JavaScript是如何工作的。我們通過了解它的底層構建以及它是怎么發(fā)揮作用的，可以幫助我們寫出更好的代碼與應用。據(jù) GitHut 統(tǒng)計顯示，JavaScript 長期占據(jù)GitHub中 Active Repositories 和 Total Pushes 的榜首，并且在其他的類別中也不會落后太多。

如果一個項目越來越依賴 JavaScript，這就意味著開發(fā)人員必須利用這些語言和生態(tài)系統(tǒng)提供更深層次的核心內容去構建一個令人振奮的應用。然而，事實證明，有很多的開發(fā)者每天都在使用 JavaScript，但是卻不知道在底層 JavaScript 是怎么運作的。

概述

幾乎每個人聽說過 V8 引擎的概念，而且，大多數(shù)人都知道 JavaScript 是單線程的，或者是它是使用回調隊列的。
在這篇文章中，我們將詳細的介紹這些概念，并解釋 JavaScript 是怎么工作的。通過了解這些細節(jié)，你就能利用這些提供的 API 來寫出更好的，非阻塞的應用來。如果你對 JavaScript 比較陌生，那么這篇文章將幫助您理解為什么 JavaScript 相較于其他語言顯得如此“怪異”。如果您是一位經驗豐富的 JavaScript 開發(fā)人員，希望它能給你帶來一些新的見解，說明 JavaScript 的運行時，盡管你可能每天都會用到它。

JavaScript 引擎

JavaScript 引擎說起來最流行的當然是谷歌的 V8 引擎了， V8 引擎使用在 Chrome 以及 Node 中，下面有個簡單的圖能說明他們的關系：

這個引擎主要由兩部分組成:

• 內存堆：這是內存分配發(fā)生的地方
• 調用棧：這是你的代碼執(zhí)行時的地方

運行時

有些瀏覽器的 API 經常被使用到(比如說：setTimeout)，但是，這些 API 卻不是引擎提供的。那么，他們是從哪兒來的呢？事實上這里面實際情況有點復雜。

所以說我們還有很多引擎之外的 API，我們把這些稱為瀏覽器提供的 Web API，比如說 DOM、AJAX、setTimeout等等。

然后我們還擁有如此流行的事件循環(huán)和回調隊列。

調用棧

JavaScript 是一門單線程的語言，這意味著它只有一個調用棧，因此，它同一時間只能做一件事。

調用棧是一種數(shù)據(jù)結構，它記錄了我們在程序中的位置。如果我們運行到一個函數(shù)，它就會將其放置到棧頂。當從這個函數(shù)返回的時候，就會將這個函數(shù)從棧頂彈出，這就是調用棧做的事情。

讓我們來看一看下面的例子：

 function multiply(x, y) {
 return x * y;
 }
 function printSquare(x) {
 var s = multiply(x, x);
 console.log(s);
 }
 printSquare(5);

當程序開始執(zhí)行的時候，調用棧是空的，然后，步驟如下：

每一個進入調用棧的都稱為__調用幀__。

這能清楚的知道當異常發(fā)生的時候堆棧追蹤是怎么被構造的，堆棧的狀態(tài)是如何的。讓我們看一下下面的代碼：

 function foo() {
 throw new Error('SessionStack will help you resolve crashes :)');
 }
 function bar() {
 foo();
 }
 function start() {
 bar();
 }
 start();

如果這發(fā)生在 Chrome 里(假設這段代碼實在一個名為 foo.js 的文件中)，那么將會生成以下的堆棧追蹤：

"堆棧溢出"，當你達到調用棧最大的大小的時候就會發(fā)生這種情況，而且這相當容易發(fā)生，特別是在你寫遞歸的時候卻沒有全方位的測試它。我們來看看下面的代碼：

 function foo() {
 foo();
 }
 foo();

當我們的引擎開始執(zhí)行這段代碼的時候，它從 foo 函數(shù)開始。然后這是個遞歸的函數(shù)，并且在沒有任何的終止條件的情況下開始調用自己。因此，每執(zhí)行一步，就會把這個相同的函數(shù)一次又一次地添加到調用堆棧中。然后它看起來就像是這樣的：

然后，在某一時刻，調用棧中的函數(shù)調用的數(shù)量超過了調用棧的實際大小，瀏覽器決定干掉它，拋出一個錯誤，它看起來就像是這樣:

在單個線程上運行代碼很容易，因為你不必處理在多線程環(huán)境中出現(xiàn)的復雜場景——例如死鎖。但是在一個線程上運行也非常有限制。由于 JavaScript 只有一個調用堆棧，當某段代碼運行變慢時會發(fā)生什么?

并發(fā)與事件循環(huán)

調用棧中的函數(shù)調用需要大量的時間來處理，那么這會發(fā)生什么情況呢?例如，假設你想在瀏覽器中使用 JavaScript 進行一些復雜的圖片轉碼。

你可能會問？這算什么問題？事實上，問題是當調用棧有函數(shù)要執(zhí)行，瀏覽器就不能做任何事，它會被堵塞住。這意味著瀏覽器不能渲染，不能運行其他的代碼，它被卡住了。如果你想在應用里讓 UI 很流暢的話，這就會產生問題。

而且這不是唯一的問題，一旦你的瀏覽器開始處理調用棧中的眾多任務，它可能會停止響應相當長一段時間。大多數(shù)瀏覽器都會這么做，報一個錯誤，詢問你是否想終止 web 頁面。

總結

以上所述是小編給大家介紹的JavaScript 對引擎、運行時、調用堆棧的概述理解，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！