私はこれをかなりうまく説明できると思います。nextTickは現在の操作の最後に呼び出されるため、再帰的に呼び出すと、イベントループの続行がブロックされる可能性があります。setImmediateこれは、イベントループのチェックフェーズで発生することによりこれを解決し、イベントループを正常に続行できるようにします。
┌───────────────────────┐
┌─>│ timers │
│ └──────────┬────────────┘
│ ┌──────────┴────────────┐
│ │ I/O callbacks │
│ └──────────┬────────────┘
│ ┌──────────┴────────────┐
│ │ idle, prepare │
│ └──────────┬────────────┘ ┌───────────────┐
│ ┌──────────┴────────────┐ │ incoming: │
│ │ poll │<─────┤ connections, │
│ └──────────┬────────────┘ │ data, etc. │
│ ┌──────────┴────────────┐ └───────────────┘
│ │ check │
│ └──────────┬────────────┘
│ ┌──────────┴────────────┐
└──┤ close callbacks │
└───────────────────────┘
ソース：https : //nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/
チェックフェーズがポーリングフェーズの直後にあることに注意してください。これは、ポーリングフェーズとI / Oコールバックが、呼び出しsetImmediateが実行される可能性が最も高い場所だからです。したがって、理想的には、これらの呼び出しのほとんどは実際にはかなり即時であり、nextTickすべての操作の後にチェックされ、技術的にはイベントループの外側に存在するほど即時ではありません。
のは、違いの少し例を見てみましょうsetImmediateとのprocess.nextTick：
function step(iteration) {
if (iteration === 10) return;
setImmediate(() => {
console.log(`setImmediate iteration: ${iteration}`);
step(iteration + 1); // Recursive call from setImmediate handler.
});
process.nextTick(() => {
console.log(`nextTick iteration: ${iteration}`);
});
}
step(0);
このプログラムを実行したばかりで、イベントループの最初の反復をステップ実行しているとしましょう。step反復ゼロで関数を呼び出します。これは、2つのハンドラ、のための1つ登録されますsetImmediateとのための1つをprocess.nextTick。次にsetImmediate、次のチェックフェーズで実行されるハンドラーからこの関数を再帰的に呼び出します。nextTickハンドラは、それが第二登録された、それは実際に最初に実行されますので、にもかかわらず、イベントループを中断し、現在の操作の終了時に実行されます。
順序は次のようになります。nextTick現在の操作が終了すると起動し、次のイベントループが開始し、通常のイベントループフェーズが実行され、起動して関数をsetImmediate再帰的に呼び出しstep、プロセスを最初からやり直します。現在の運用終了、nextTick火災等
上記のコードの出力は次のようになります。
nextTick iteration: 0
setImmediate iteration: 0
nextTick iteration: 1
setImmediate iteration: 1
nextTick iteration: 2
setImmediate iteration: 2
nextTick iteration: 3
setImmediate iteration: 3
nextTick iteration: 4
setImmediate iteration: 4
nextTick iteration: 5
setImmediate iteration: 5
nextTick iteration: 6
setImmediate iteration: 6
nextTick iteration: 7
setImmediate iteration: 7
nextTick iteration: 8
setImmediate iteration: 8
nextTick iteration: 9
setImmediate iteration: 9
今度は、私たちへの再帰呼び出しを移動させstep、私たちにnextTick代わりのハンドラをsetImmediate。
function step(iteration) {
if (iteration === 10) return;
setImmediate(() => {
console.log(`setImmediate iteration: ${iteration}`);
});
process.nextTick(() => {
console.log(`nextTick iteration: ${iteration}`);
step(iteration + 1); // Recursive call from nextTick handler.
});
}
step(0);
今、我々は再帰呼び出しを移動したことstepにnextTickハンドラ物事異なる順序で動作します。イベントループの最初の反復が実行stepされ、setImmedaiteハンドラーとハンドラーの登録を呼び出しますnextTick。現在の操作が終了すると、nextTickハンドラーが起動し、別のハンドラーだけでなく別のハンドラーも再帰的に呼び出しstepて登録します。以来登録現在の操作の後、ハンドラ火災、内のハンドラを、ハンドラは、第二のハンドラは、現在のハンドラの動作が終了した直後に実行します。ハンドラは、これまで続けてから、現在のイベントループを防止し、焼成を維持します。私たちはすべてを乗り越えますsetImmediatenextTicknextTicknextTicknextTicknextTicknextTickハンドラーが1つsetImmediate発生する前にハンドラーを呼び出します。
上記のコードの出力は次のようになります。
nextTick iteration: 0
nextTick iteration: 1
nextTick iteration: 2
nextTick iteration: 3
nextTick iteration: 4
nextTick iteration: 5
nextTick iteration: 6
nextTick iteration: 7
nextTick iteration: 8
nextTick iteration: 9
setImmediate iteration: 0
setImmediate iteration: 1
setImmediate iteration: 2
setImmediate iteration: 3
setImmediate iteration: 4
setImmediate iteration: 5
setImmediate iteration: 6
setImmediate iteration: 7
setImmediate iteration: 8
setImmediate iteration: 9
再帰呼び出しを中断せずに10回の反復後に中止した場合、呼び出しは再帰しnextTick続け、イベントループが次のフェーズに進むことはありません。これは、nextTick再帰的に使用するとブロッキングになるのに対しsetImmediate、次のイベントループでsetImmediate起動し、内部から別のハンドラーを設定しても現在のイベントループがまったく中断されないため、通常どおりイベントループのフェーズの実行を継続できます。
お役に立てば幸いです。
PS-2つの関数の名前はnextTick現在のループの終わりではなく次のイベントループで起動するように聞こえるため、2つの関数の名前を簡単に入れ替えることができ、現在のループの終わりがより「すぐ"次のループの始まりよりも。まあ、それはAPIが成熟し、人々が既存のインターフェースに依存するようになったときに得られるものです。
