資訊專欄INFORMATION COLUMN
摘要：調用棧是一種數據結構，它記錄了我們在程序中的位置。當從這個函數返回的時候，就會將這個函數從棧頂彈出，這就是調用棧做的事情。而且這不是唯一的問題，一旦你的瀏覽器開始處理調用棧中的眾多任務，它可能會停止響應相當長一段時間。
原文地址: https://blog.sessionstack.com...
PS: 好久沒寫東西了，最近一直在準備寫一個自己的博客，最后一些技術方向已經敲定了，又可以開心的學習了，node系列后續再開始。
??隨著JavaScript越來越流行，越來越多的團隊廣泛的把JavaScript應用到前端、后臺、hybrid 應用、嵌入式等等領域。
??這篇文章旨在深入挖掘JavaScript，以及向大家解釋JavaScript是如何工作的。我們通過了解它的底層構建以及它是怎么發揮作用的，可以幫助我們寫出更好的代碼與應用。據 GitHut 統計顯示，JavaScript 長期占據GitHub中 Active Repositories 和 Total Pushes 的榜首，并且在其他的類別中也不會落后太多。
??如果一個項目越來越依賴 JavaScript，這就意味著開發人員必須利用這些語言和生態系統提供更深層次的核心內容去構建一個令人振奮的應用。然而，事實證明，有很多的開發者每天都在使用 JavaScript，但是卻不知道在底層 JavaScript 是怎么運作的。
概述??幾乎每個人聽說過 V8 引擎的概念，而且，大多數人都知道 JavaScript 是單線程的，或者是它是使用回調隊列的。
??在這篇文章中，我們將詳細的介紹這些概念，并解釋 JavaScript 是怎么工作的。通過了解這些細節，你就能利用這些提供的 API 來寫出更好的，非阻塞的應用來。如果你對 JavaScript 比較陌生，那么這篇文章將幫助您理解為什么 JavaScript 相較于其他語言顯得如此“怪異”。如果您是一位經驗豐富的 JavaScript 開發人員，希望它能給你帶來一些新的見解，說明 JavaScript 的運行時，盡管你可能每天都會用到它。
JavaScript 引擎??JavaScript 引擎說起來最流行的當然是谷歌的 V8 引擎了， V8 引擎使用在 Chrome 以及 Node 中，下面有個簡單的圖能說明他們的關系：
??這個引擎主要由兩部分組成:
內存堆：這是內存分配發生的地方
調用棧：這是你的代碼執行時的地方
運行時??有些瀏覽器的 API 經常被使用到(比如說：setTimeout)，但是，這些 API 卻不是引擎提供的。那么，他們是從哪兒來的呢？事實上這里面實際情況有點復雜。
??所以說我們還有很多引擎之外的 API，我們把這些稱為瀏覽器提供的 Web API，比如說 DOM、AJAX、setTimeout等等。
??然后我們還擁有如此流行的事件循環和回調隊列。
調用棧??JavaScript 是一門單線程的語言，這意味著它只有一個調用棧，因此，它同一時間只能做一件事。
??調用棧是一種數據結構，它記錄了我們在程序中的位置。如果我們運行到一個函數，它就會將其放置到棧頂。當從這個函數返回的時候，就會將這個函數從棧頂彈出，這就是調用棧做的事情。
??讓我們來看一看下面的例子：
function multiply(x, y) {
return x * y;
}
function printSquare(x) {
var s = multiply(x, x);
console.log(s);
}
printSquare(5);
??當程序開始執行的時候，調用棧是空的，然后，步驟如下：
??每一個進入調用棧的都稱為__調用幀__。
??這能清楚的知道當異常發生的時候堆棧追蹤是怎么被構造的，堆棧的狀態是如何的。讓我們看一下下面的代碼：
function foo() {
throw new Error("SessionStack will help you resolve crashes :)");
}
function bar() {
foo();
}
function start() {
bar();
}
start();
??如果這發生在 Chrome 里(假設這段代碼實在一個名為 foo.js 的文件中)，那么將會生成以下的堆棧追蹤：
??"__堆棧溢出__"，當你達到調用棧最大的大小的時候就會發生這種情況，而且這相當容易發生，特別是在你寫遞歸的時候卻沒有全方位的測試它。我們來看看下面的代碼：
function foo() {
foo();
}
foo();
??當我們的引擎開始執行這段代碼的時候，它從 foo 函數開始。然后這是個遞歸的函數，并且在沒有任何的終止條件的情況下開始調用自己。因此，每執行一步，就會把這個相同的函數一次又一次地添加到調用堆棧中。然后它看起來就像是這樣的：
??然后，在某一時刻，調用棧中的函數調用的數量超過了調用棧的實際大小，瀏覽器決定干掉它，拋出一個錯誤，它看起來就像是這樣:
??在單個線程上運行代碼很容易，因為你不必處理在多線程環境中出現的復雜場景——例如死鎖。但是在一個線程上運行也非常有限制。由于 JavaScript 只有一個調用堆棧，當某段代碼運行變慢時會發生什么?
并發與事件循環??調用棧中的函數調用需要大量的時間來處理，那么這會發生什么情況呢?例如，假設你想在瀏覽器中使用 JavaScript 進行一些復雜的圖片轉碼。
??你可能會問？這算什么問題？事實上，問題是當調用棧有函數要執行，瀏覽器就不能做任何事，它會被堵塞住。這意味著瀏覽器不能渲染，不能運行其他的代碼，它被卡住了。如果你想在應用里讓 UI 很流暢的話，這就會產生問題。
??而且這不是唯一的問題，一旦你的瀏覽器開始處理調用棧中的眾多任務，它可能會停止響應相當長一段時間。大多數瀏覽器都會這么做，報一個錯誤，詢問你是否想終止 web 頁面。
??這樣看來，這并不是最好的用戶體驗，不是嗎？
??那么，如何在不阻塞 UI 的情況下執行復雜的代碼，讓瀏覽器不會不響應?解決方案就是異步回調。這將在“ JavaScript 如何工作”教程的第2部分中詳細解釋:“在V8引擎中，如何編寫優化代碼”。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/89712.html
摘要：本章會對語言引擎，運行時，調用棧做一個概述。調用棧只是一個單線程的編程語言，這意味著它只有一個調用棧。查看如下代碼當引擎開始執行這段代碼的時候，調用棧會被清空。之后，產生如下步驟調用棧中的每個入口被稱為堆棧結構。 原文請查閱這里，本文采用知識共享署名 4.0 國際許可協議共享，BY Troland。 本系列持續更新中，Github 地址請查閱這里。 這是 JavaScript 工作原...
摘要：本章會對語言引擎，運行時，調用棧做一個概述。調用棧只是一個單線程的編程語言，這意味著它只有一個調用棧。查看如下代碼當引擎開始執行這段代碼的時候，調用棧會被清空。之后，產生如下步驟調用棧中的每個入口被稱為堆棧結構。 原文請查閱這里，本文采用知識共享署名 4.0 國際許可協議共享，BY Troland。 本系列持續更新中，Github 地址請查閱這里。 這是 JavaScript 工作原...
摘要：調用棧是一種單線程編程語言，這意味著它只有一個調用堆棧。調用棧是一種數據結構，它記錄了我們在程序中的位置。而且這不是唯一的問題，一旦你的瀏覽器開始處理調用棧中的眾多任務，它可能會停止響應相當長一段時間。 本文是旨在深入研究JavaScript及其實際工作原理的系列文章中的第一篇:我們認為通過了解JavaScript的構建塊以及它們是如何工作的，將能夠編寫更好的代碼和應用程序。我們還將分...
摘要：如果我們進入一個函數，我們在堆棧的頂部。看看下面的代碼當引擎開始執行此代碼時，調用堆棧將為空。之后，步驟如下調用堆棧中的每個條目稱為堆棧幀。這正是拋出異常時構造堆棧跟蹤的方式當異常發生時，它基本上是調用堆棧的狀態。 隨著JavaScript越來越受歡迎，團隊正在利用這個技術棧在多個層次- 前端，后端，混合應用程序，嵌入式設備等等提供支持。 這篇文章旨在成為系列中第一個旨在深入挖掘Jav...
摘要：本章將會深入谷歌引擎的內部結構。一個引擎可以用標準解釋程序或者即時編譯器來實現，即時編譯器即以某種形式把解釋為字節碼。引擎的由來引擎是由谷歌開源并以語言編寫。注意到沒有使用中間字節碼來表示，這樣就不需要解釋器了。 原文請查閱這里，略有刪減。 本系列持續更新中，Github 地址請查閱這里。 這是 JavaScript 工作原理的第二章。 本章將會深入谷歌 V8 引擎的內部結構。我們也會...
閱讀 1229·2021-11-24 09:39
閱讀 380·2019-08-30 14:12
閱讀 2592·2019-08-30 13:10
閱讀 2434·2019-08-30 12:44
閱讀 958·2019-08-29 16:31
閱讀 845·2019-08-29 13:10
閱讀 2434·2019-08-27 10:57
閱讀 3152·2019-08-26 13:57
