小編給大家分享一下Node.js中Event Loop各階段的示例分析，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

成都創(chuàng)新互聯(lián)是一家集網站建設,十堰企業(yè)網站建設,十堰品牌網站建設,網站定制,十堰網站建設報價,網絡營銷,網絡優(yōu)化,十堰網站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學習、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網站。

Event Loop階段描述圖

timers

timer階段處理setTimeout于setInterval回調，開始處理的時機與poll階段有關聯(lián)。

pending callbacks

該階段執(zhí)行某些系統(tǒng)操作的回調，比如TCP套接字在連接時收到ECONNREFUSED。

網上有一些將該階段稱為I/O callbacks的文章都是過時錯誤的，具體可以移步Node.js官方庫下面的這個issue: #1118。

idle, prepare

內部使用，忽略。

poll

poll是一個核心階段，等新I/O事件的觸發(fā)，以及執(zhí)行I/O相關回調。Node.js中出現(xiàn)異步的絕大部分情況都是I/O操作，它們的回調基本都在這個階段被執(zhí)行。

poll階段主要做兩件事：

• 計算需要為新的的I/O事件等待多久

當進入poll階段，如果隊列為空且不存在setImmediate與就緒的timer，Node.js會在這里block一定的時間等待新的I/O事件到來，然后立即執(zhí)行其回調。這種情況具體block等待多久是不具體的，但如果在block一定時間后仍沒有新到達的I/O事件，可以肯定循環(huán)依舊會進入check階段或者回到timer階段。

• 處理該階段隊列中的事件

當進入poll階段，如果隊列不為空且沒有就緒的timer，Node.js會在這里執(zhí)行隊列中的callback直到隊列為空或者執(zhí)行的callback數(shù)達到系統(tǒng)設定的某個值。隨后Node.js檢查是否存在預設的setImmediate，存在話就進入check階段，否則開始檢查timer就緒情況選擇回到timer階段或者進入check階段。

對于poll階段，通過閱讀官方的文檔有些細節(jié)也沒弄清楚，用偽代碼表示出來：

enter pool phase:
if (has timer scheduled) {
  // 官方沒有提到這種情況會做什么
}
else {
  if (isEmpty(queue)) {
    if (has(setImmediate)) {
      // 進入check階段
    }
    else if (!isEmpty(timer)) {
      // 回到timer階段
    }
    else {
      // 等待新的I/O事件
      // 新的I/O事件觸發(fā)回調立即執(zhí)行，執(zhí)行完成之后的邏輯不清楚
    }
    // 目前看來只有存在setImmediate時才會進入check階段，這肯定不合理
  }
  if (!isEmpty(queue)) {
    let result = execute(queue);
    if (result === 'queue is empty') {
      // 官方沒講后續(xù)邏輯
      // 猜測是回到隊列為空的處理邏輯中
    }
    if (result === 'reached hard limit') {
      // 官方沒有解釋這里的后續(xù)邏輯
      // 也許與queue is empty一樣對待
    }
  }
}

疑惑重點是從poll階段出來的時機以及去向不是非常明確，但以我目前的水平和精力只能到此為止。

check

當poll階段執(zhí)行完成會進入到check階段執(zhí)行，該階段的執(zhí)行內容是所有setImmediate回調。

close callbacks

socket的異常關閉，'close'事件的回調會在該階段執(zhí)行。

process.nextTick

process.nextTick經常被用來做異步調用，但它并不屬于事件循環(huán)的內容，process.nextTick中的回調被放在nextTickQueue中等待“當前操作”完成后被立即處理，與事件循環(huán)中的階段沒有聯(lián)系，當前操作的原文定義是：“An operation is defined as a transition from the underlying C/C++ handler, and handling the JavaScript that needs to be executed.”，指的是在一段Javascript代碼執(zhí)行完切換到C/C++層時會處理nextTickQueue。

文章提到了一個特例是Deduplication，這是Node.js內部一個優(yōu)化特性，當在timer和check階段，同時有多個需要執(zhí)行的回調時，切換只會發(fā)生一次，所以nextTick回調執(zhí)行在這種情況下看似有所延后。

代碼示例：

setImmediate(() => {
  console.log('1');
  process.nextTick(() => console.log('2'));
});
setImmediate(() => {
  console.log('3');
  process.nextTick(() => console.log('4'));
});

存在兩個setImmediate，進入check階段后需要在執(zhí)行所有setImmediate的回調代碼后才會產生切換，從而執(zhí)行nextTick回調，因此上面代碼的運行結果是：“1 3 2 4”，除上述場景外，nextTick都會先于setImmediate執(zhí)行。

以上是“Node.js中Event Loop各階段的示例分析”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注創(chuàng)新互聯(lián)成都網站設計公司行業(yè)資訊頻道！

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

網站名稱：Node.js中EventLoop各階段的示例分析-創(chuàng)新互聯(lián)
標題來源：http://www.chinadenli.net/article28/dchojp.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供響應式網站、網站維護、網站導航、網站制作、小程序開發(fā)、靜態(tài)網站

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)