nodejs中setTimeout(fn,0)和setImmediate哪個先執(zhí)行

今天就跟大家聊聊有關nodejs中setTimeout(fn,0)和setImmediate哪個先執(zhí)行，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據(jù)這篇文章可以有所收獲。

我們首先看一下下面這段代碼

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

我們執(zhí)行上面這段代碼，會發(fā)現(xiàn)輸出是不確定的。下面來看一下為什么。

nodejs的事件循環(huán)分為幾個階段(phase)。setTimeout是屬于定時器階段，setImmediate是屬于check階段。順序上定時器階段是比check更早被執(zhí)行的。在分析nodejs的setImmediate和setTimeout的文章中已經(jīng)介紹過這兩個函數(shù)對應的實現(xiàn)原理。這里就不細說了。其中setTimeout的實現(xiàn)代碼里有一個很重要的細節(jié)。

   
     
 
    
    
 after *= 1; // coalesce to number or NaN
  if (!(after >= 1 && after <= TIMEOUT_MAX)) {
    if (after > TIMEOUT_MAX) {
      process.emitWarning(`${after} does not fit into` +
                          ' a 32-bit signed integer.' +
                          '\nTimeout duration was set to 1.',
                          'TimeoutOverflowWarning');
    }
    after = 1; // schedule on next tick, follows browser behavior
  }
   
     
 
    
    

我們發(fā)現(xiàn)雖然我們傳的超時時間是0，但是0不是合法值，nodejs會把超時時間變成1。這就是導致上面的代碼輸出不確定的原因。我們分析一下這段代碼的執(zhí)行過程。nodejs啟動的時候，會編譯執(zhí)行上面的代碼，開始一個定時器，掛載一個setImmediate節(jié)點在隊列。然后進入libuv的事件循環(huán)，然后執(zhí)行定時器階段，libuv判斷從開啟定時器到現(xiàn)在是否已經(jīng)過去了1毫秒，是的話，執(zhí)行定時器回調，否則執(zhí)行下一個節(jié)點，執(zhí)行完其他階段后，會執(zhí)行check階段。這時候就會執(zhí)行setImmediate的回調。所以，一開始的那段代碼的輸出結果是取決于啟動定時器的時間到libuv執(zhí)行定時器階段是否過去了1毫秒。

看完上述內容，你們對nodejs中setTimeout(fn,0)和setImmediate哪個先執(zhí)行有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業(yè)資訊頻道，感謝大家的支持。