[[428450]]

本文轉載自微信公眾號「編程雜技」，作者theanarkh。轉載本文請聯系編程雜技公眾號。

一問一答是以問答的形式聊一下 Node.js 的一個個知識點。

1 setTimeout 和 setImmediate

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

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

2 瀏覽器和 Node.js 的 setInterval 有什么區別

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

3 如何在 Node.js 里監聽一個隨機端口

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

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

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

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

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