前言

好久沒寫博客了,因?yàn)橼s著學(xué)業(yè)和打碼..........鴿了好久抱歉抱歉orz
如果你比較有能力,我完全推薦你直接去看官方文檔
https://nodejs.org/zh-cn/docs/guides/event-loop-timers-and-nexttick/
這里是在官方文檔的基礎(chǔ)上做的一個自己的解析與理解。

正文

事件循環(huán)操作順序:

 ┌───────────────────────────┐
┌─>│           timers          │
│  └─────────────┬─────────────┘
│  ┌─────────────┴─────────────┐
│  │     pending callbacks     │
│  └─────────────┬─────────────┘
│  ┌─────────────┴─────────────┐
│  │       idle, prepare       │
│  └─────────────┬─────────────┘      ┌───────────────┐
│  ┌─────────────┴─────────────┐      │   incoming:   │
│  │           poll            │<─────┤  connections, │
│  └─────────────┬─────────────┘      │   data, etc.  │
│  ┌─────────────┴─────────────┐      └───────────────┘
│  │           check           │
│  └─────────────┬─────────────┘
│  ┌─────────────┴─────────────┐
└──┤      close callbacks      │
   └───────────────────────────┘

本文著重介紹timers（定時器） poll（輪詢） check（）三個階段

part 1.定時器階段（timers）

取自官方:

計時器指定 可以執(zhí)行所提供回調(diào) 的 閾值，而不是用戶希望其執(zhí)行的確切時間疫稿。在指定的一段時間間隔后谆刨， 計時器回調(diào)將被盡可能早地運(yùn)
行渺鹦。但是舀透，操作系統(tǒng)調(diào)度或其它正在運(yùn)行的回調(diào)可能會延遲它們恶耽。

注意：輪詢 階段 控制何時定時器執(zhí)行密任。

例如，假設(shè)您調(diào)度了一個在 100 毫秒后超時的定時器偷俭，然后您的腳本開始異步讀取會耗費(fèi) 95 毫秒的文件:

const fs = require('fs');

function someAsyncOperation(callback) {
// Assume this takes 95ms to complete
 fs.readFile('/path/to/file', callback);
}

const timeoutScheduled = Date.now();

setTimeout(() => {
 const delay = Date.now() - timeoutScheduled;

 console.log(`${delay}ms have passed since I was scheduled`);
}, 100);

// do someAsyncOperation which takes 95 ms to complete
someAsyncOperation(() => {
const startCallback = Date.now();

 // do something that will take 10ms...
 while (Date.now() - startCallback < 10) {
   // do nothing
 }
});

當(dāng)事件循環(huán)進(jìn)入 輪詢 階段時浪讳，它有一個空隊列（此時 fs.readFile() 尚未完成），因此它將等待剩下的毫秒數(shù)涌萤，直到達(dá)到最快的一個計時器閾值為止淹遵。當(dāng)它等待 95 毫秒過后時，fs.readFile() 完成讀取文件形葬，它的那個需要 10 毫秒才能完成的回調(diào)合呐，將被添加到 輪詢 隊列中并執(zhí)>行。當(dāng)回調(diào)完成時笙以，隊列中不再有回調(diào)，因此事件循環(huán)機(jī)制將查看最快到達(dá)閾值的計時器冻辩，然后將回到 計時器 階段猖腕，以執(zhí)行定時器的回調(diào)。在本示例中恨闪，您將看到調(diào)度計時器到它的回調(diào)被執(zhí)行之間的總延遲將為 105 毫秒倘感。
注意：為了防止 輪詢 階段餓死事件循環(huán)，libuv（實(shí)現(xiàn) Node.js 事件循環(huán)和平臺的所有異步行為的 C 函數(shù)庫）咙咽，在停止輪詢以獲得更多事件之前老玛，還有一個硬性最大值（依賴于系統(tǒng)）。

注意到這句話:

當(dāng)事件循環(huán)進(jìn)入 輪詢 階段時，它有一個空隊列（此時 fs.readFile() 尚未完成）蜡豹，因此它將等待剩下的毫秒數(shù)麸粮，直到達(dá)到最快的一個計時器閾值為止。

意味著在輪詢階段有一個阻塞的過程（同步等待意味著阻塞）
這個阻塞并非一成不變,會在輪詢隊列由 空 - >回調(diào)入隊（這里是fs.readFile()） 時清空隊列,執(zhí)行回調(diào),此時可能會延遲即將到來的timer函數(shù)

大致過程->

[ ? ??????? ? ??????? ? ??????? ] 0ms
->計算阻塞時間
->等待
[ fs.readFileCallback ] 95ms 這是一個意外的事件（可能不會發(fā)生）

->readFileCallback to end 105ms
->檢測到可以執(zhí)行time回調(diào)了 雖然已經(jīng)延遲5ms
->回到timer階段
->執(zhí)行time回調(diào)

略過了pending callback階段,因?yàn)椴挥绊憣κ录犃械睦斫?/strong>