[[428450]]

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

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

1 setTimeout 和 setImmediate

setTimeout(() => {}, 0) 和 setImmediate 誰先執(zhí)行，這個(gè)是 Node.js 里經(jīng)常會(huì)被提到的一個(gè)問題，其實(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 的超時(shí)時(shí)間最小是 1，這就導(dǎo)致了事件循環(huán)開始時(shí)，定時(shí)器可能到期也可能不到期的情況，所以誰先執(zhí)行是不一定的。下面是示例代碼。

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

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

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

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

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

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

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

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

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