首先需明白兩點：
js是單執行緒語言js的
event loop是js
的執行機制。深入了解
js的執行，就等於深入了解
js裡的
event loop
(1) js為什麼是單執行緒的？
js最初被設計用在瀏覽器中，那麼想象一下，如果瀏覽器中的js是多執行緒的。
場景描述：
那麼現在有
2個程序，
process1 process2
，由於是多程序的
js，所以他們對同乙個
dom，同時進行操作。
process1
刪除了該
dom，而
process2
編輯了該
dom，同時下達
2個矛盾的命令，瀏覽器究竟該如何執行呢？
(2) js為什麼需要非同步?
場景描述： 如果
js中不存在非同步，只能自上而下執行，如果上一行解析時間很長，那麼下面的**就會被阻塞。
對於使用者而言，阻塞就意味著"卡死
"，這樣就導致了很差的使用者體驗。
(3) js單執行緒又是如何實現非同步的呢？
既然js是單執行緒的，只能在一條執行緒上執行，又是如何實現的非同步呢？
是通過的事件迴圈(event loop)，理解了event loop機制，就理解了js的執行機制。
觀察下面**的執行順序
console.log(1)
settimeout(function(),0)
console.log(3)
也就是說，settimeout裡的函式並沒有立即執行，而是延遲了一段時間，滿足一定條件後才去執行的，這類**，我們叫非同步**。
所以，這裡我們首先知道了js裡的一種分類方式，就是將任務分為：同步任務和非同步任務。
按照這種分類方式:js的執行機制是：
以上三步迴圈執行，這就是event loop。
所以上面的例子執行過程如下：
當 1、 3在控制台列印後，主線程去event queue(事件佇列)裡檢視是否有可執行的函式，執行settimeout裡的函式
settimeout(function());
newpromise(function(resolve)
}).then(function());
console.log('**執行結束');
所以，結果是：馬上執行for迴圈啦---**執行結束---定時器開始啦---執行then函式啦嗎?
結果居然不是這樣，而是：馬上執行for迴圈啦---**執行結束---執行then函式啦---定時器開始啦
那麼，難道是非同步任務的執行順序，不是前後順序，而是另有規定？事實上，按照非同步和同步的劃分方式，並不準確。
而準確的劃分方式是：
按照這種分類方式，js的執行機制是：
嘗試按照剛學的執行機制，去分析上例：
所以最後的執行順序是：馬上執行for迴圈啦---**執行結束---執行then函式啦---定時器開始啦
這段settimeout**什麼意思? 我們一般說: 3秒後,會執行settimeout裡的那個函式
settimeout(function(),3000)JS引擎的執行機制
1.js是單執行緒語言 2.js的執行機制是event loop。一。單執行緒。非同步執行。js 單執行緒的非同步執行是通過事件迴圈 event loop event loop執行順序 1.首先判斷js同步還是非同步，同步進主程序，非同步進event table.2.非同步任務在event tabl...
關於js引擎的執行機制
1.js是單執行緒的 2.js的event loop 是js的執行機制 1 js裡面的一種分類方式就是將 分為 同步 和非同步 1同步 同步 就是從從開始到結束，遇到 就立即執行的就叫做同步 2非同步 沒有立即執行，而是延遲了一會兒，或者說是滿足一定條件後才去執行的，這類 叫做非同步 定時任務，網路...
JS執行機制
js是單執行緒的，settimeout和setinterval是非同步任務，要掛起，不先執行，等同步任務完成之後，再去處理非同步任務 console.log 1 settimeout function 0 console.log 3 console.log 4 輸出 1 3 4 2console.l...