[[428450]]

本文轉(zhuǎn)載自微信公眾號「編程雜技」，作者theanarkh。轉(zhuǎn)載本文請聯(lián)系編程雜技公眾號。

一問一答是以問答的形式聊一下 Node.js 的一個個知識點(diǎn)。

1 setTimeout 和 setImmediate

setTimeout(() => {}, 0) 和 setImmediate 誰先執(zhí)行，這個是 Node.js 里經(jīng)常會被提到的一個問題，其實(shí)這兩沒什么關(guān)系，setImmediate 是 Node.js check 階段的任務(wù)，setTimeout 是 timer 階段的任務(wù)，在 Node.js 事件循環(huán)中，timer 階段是在 check 階段執(zhí)行的，看起來 setTimeout 的回調(diào)肯定比 setImmediate 的回調(diào)先執(zhí)行，但是 Node.js 的實(shí)現(xiàn)中規(guī)定了 setTimeout 的超時時間最小是 1，這就導(dǎo)致了事件循環(huán)開始時，定時器可能到期也可能不到期的情況，所以誰先執(zhí)行是不一定的。下面是示例代碼。

setTimeout(() => { 
    console.log('setTimeout') 
}, 0); 
 
setImmediate(() => { 
    console.log('setImmediate') 
}); 

2 瀏覽器和 Node.js 的 setInterval 有什么區(qū)別

在前端的時候，我們經(jīng)常會輪詢接口或定時去做一些事情，但是我們一般不使用 setInterval，因?yàn)闉g覽器中， setInterval 是用單獨(dú)的線程實(shí)現(xiàn)的，當(dāng)任務(wù)超市時，定時線程就會往 JS 線程追加一個回調(diào)任務(wù)。哪怕 JS 線程阻塞了，也不影響定時線程往 JS 線程里追加任務(wù)。如果 JS 線程在運(yùn)行一段耗時的代碼，定時線程就會往 JS 線程里追加很多回調(diào)任務(wù)，導(dǎo)致耗時代碼執(zhí)行完后，大量回調(diào)被執(zhí)行，比如短期內(nèi)大量的輪詢接口請求，這并不是我們預(yù)期的效果。所以這種場景下一般使用 setTimeout 里調(diào)用 setTimeout 去模擬 setInterval。但在 Node.js 里就不會存在這個問題，首先 Node.js 定時器不是單獨(dú)線程實(shí)現(xiàn)的，然后當(dāng) setInterval 的回調(diào)被執(zhí)行時，才會開始開始下一輪的計(jì)時。下面是 Node.js 中的實(shí)現(xiàn)，我們可以看到執(zhí)行回調(diào)前會重新獲取當(dāng)前時間為下一輪開始時間，然后重新插入數(shù)據(jù)結(jié)構(gòu)中。

3 如何在 Node.js 里監(jiān)聽一個隨機(jī)端口

在某些場景下，我們可能需要監(jiān)聽一個隨機(jī)的端口，在 Node.js 里我們可以這樣做

const server  = net.createServer() 
.listen(() => { 
    console.log(server.address()); 
}) 

但是這種方式存在一個問題是在 cluster 模塊下無法正常工作，比如我們希望在每一個進(jìn)程里監(jiān)聽不同的隨機(jī)端口，那么在子進(jìn)程里執(zhí)行 listen 的時候，不管是使用 cluster 的哪種模式都會導(dǎo)致多個進(jìn)程監(jiān)聽同一個端口，解決方案就是使用 exclusive 標(biāo)記。

const server  = net.createServer() 
.listen({ port: 0, exclusive: true }, () => { 
    console.log(server.address()); 
}) 

exclusive 指示 Node.js 不共享監(jiān)聽端口，而是每次都監(jiān)聽一個新的端口，至于為啥要穿 port 等于 0，因?yàn)?Node.js 里的邏輯就是這樣的。