ノードイベントループ(EventLoop)メカニズムの深い理解-jsチュートリアル-php.cn

メインスレッドは「タスクキュー」からイベントを読み取ります。このプロセスは周期的であるため、実行メカニズム全体はイベントループとも呼ばれます。次の記事は、Node.js のイベントループをマスターするのに役立ちます。

ノードイベントループ(EventLoop)メカニズムの深い理解

js はブラウザと node で実行できますが、イベントループのメカニズムは同じではありません。そして大きな違いがあります。

EventLoop メカニズムの概要

Node イベントループメカニズムについて説明する前に、まず 2 つの問題について説明します

イベントループのメカニズムを学ぶ必要があるのはなぜですか?

イベントループを学習すると、開発者は JavaScript がどのように動作するかを理解できるようになります。

イベントループメカニズムは何を行うのでしょうか?

イベントループメカニズムは、非同期 API のコールバック関数が実行のためにメインスレッドに戻るタイミングを 管理するために使用されます。

Node.js は非同期 IO モデルを使用します。同期 API はメインスレッドで実行され、非同期 API は基盤となる C によって維持されるスレッドで実行され、非同期 API のコールバック関数もメインスレッドで実行されます。 [関連するチュートリアルの推奨事項:

nodejs ビデオチュートリアル、プログラミング教育 ]

JavaScript アプリケーションの実行中、多くの非同期 API のコールバック関数はいつメインに戻ることができますかスレッドはどうですか?通話はどうですか?これはイベントループメカニズムの機能であり、非同期 API のコールバック関数が実行のためにメインスレッドに戻るタイミングを管理します。

EventLoop の 6 つのステージ

Node のイベントループは 6 つのステージに分かれています。

イベントループの各ステージには、実行されるコールバック関数を格納するキューがあり、イベントループメカニズムはそれらを先入れ先出しで実行します。キューが null になるまでアウト方式で続行します。

これらの 6 つのステージはすべて非同期コールバック関数を格納するため、最初にメインスレッドの同期コードを実行し、同期コードの実行後にこれらの 6 つのステージをポーリングする必要があります。

次に、これら 6 つのステージに格納される内容を詳しく見てみましょう。

Timers

Timers : コールバック関数(setInterval, setTimeout) タイマーを保存するために使用されます。

Pendingcallbacks

Pendingcallbacks: サーバー起動時にポート操作を監視するコールバック関数など、オペレーティングシステムに関連するコールバック関数を実行します。サイドアプリケーション。ここで呼び出されます。

idle、prepare

idle、prepare: システムによって内部的に使用されます。 (私たちプログラマはこれについて心配する必要はありません)

Poll

Poll: 1/O 操作のコールバック関数キューを保存します。ファイルの読み取りおよび書き込み操作のコールバック関数など。

この段階では特別な注意が必要です。イベントキューにコールバック関数がある場合、それらはキューがクリアされるまで実行されます。そうでない場合、イベントループは、新しいコールバック関数が入るのを待つために、しばらくこの段階で

に留まります。しかし、この

waiting

は確実ではなく、次の 2 つの条件によって決まります。

setlmmediate キューに実行するものがあるかどうか (確認してください)位相）調整機能。この場合、待ち時間は発生しません。

タイマーキューには実行されるコールバック関数があり、この場合は待機はありません。イベントループはチェックフェーズに移行し、次に Closingcallbacks フェーズに移行し、最後にタイマーフェーズから次のループに移行します。

Check

: setlmmediate のコールバック関数を格納します。

Closingcallbacks

: データベース接続を閉じるためのコールバック関数など、イベントの終了に関連するコールバックを実行します。

マクロタスクとマイクロタスク

ブラウザの

と同様に、node の非同期コードも次のように分割されます。マクロタスクとマイクロタスクですが、実行順序が異なります。

Node

マクロタスク

# のマクロタスクとマイクロタスクを見てみましょう # #setlnterval

setimeout
setlmmediate
I/O

##Promise.then

Promise.catch
Promise.finally
process.nextTick
node

マイクロタスクとマクロタスクの実行シーケンス

nodeでは、マイクロタスクのコールバック関数がマイクロタスクキューに配置され、マクロタスクのコールバック関数がマクロタスクキューに入れられます。

マイクロタスクはマクロタスクよりも優先されます。マイクロタスクのイベントキューに実行可能なコールバック関数がある場合、イベントループは一時停止し、現在のステージのコールバック関数を実行した後、イベントループの次のステージに入り、すぐにマイクロタスクのイベントキューに入ってコールバックの実行を開始します。マイクロタスクキュー内のコールバック関数が実行されると、イベントループは次のセグメントに入り、コールバック関数の実行を開始します。

マイクロタスクに関しては、特に注意する必要がある点がもう 1 つあります。つまり、nextTick もマイクロタスクですが、その優先度は他のマイクロタスクよりも高くなります。マイクロタスクを実行するときは、nextlick 内のすべてのコールバック関数が実行された後でのみ実行されます。 . 他のマイクロタスクの実行が開始されます。

一般に、メインスレッド同期コードが実行されると、最初にマイクロタスクがクリアされ (マイクロタスクがマイクロタスクを生成し続ける場合は、再度クリアされます)、次のイベントループステージに進みます。また、マイクロタスクの実行は、イベントループの 6 つのステージに分散されます。つまり、各イベントループが次のステージに入る前に、マイクロタスクキューが空かどうかが判断され、空の場合は次のステージに進みます。それ以外の場合は、マイクロタスクが最初にクリアされます。

コードの練習を使用して、上で述べたことを確認してみましょう。

コード例

最初に同期を実行し、次に非同期で実行します

Node アプリケーションが起動した後、すぐにはイベントループに入りませんが、最初に同期コードが上から下に実行されます。同期 API はすぐに実行され、非同期 API は実行のために C によって維持されるスレッドに渡されます。コールバック関数非同期 API のイベントは、対応するイベントキューに登録されます。すべての同期コードが実行されると、イベントループに入ります。

console.log("start");

setTimeout(() => {
  console.log("setTimeout 1");
});

setTimeout(() => {
  console.log("setTimeout 2");
});

console.log("end");

ログイン後にコピー

実行結果を見てみましょう

ノードイベントループ(EventLoop)メカニズムの深い理解

最初に同期コードが実行され、次にイベントループに入って非同期コードが実行されることがわかります。 In timers ステージは 2 つの setTimeout コールバックを実行します。

setTimeout は setImmediate の前に実行されますか?

setTimeout は timers ステージで実行されることがわかっています。 setImmediate は check フェーズで実行されます。そして、イベントループは timers フェーズから始まります。したがって、setTimeout が最初に実行され、次に setImmediate が実行されます。

上記の分析は正しいですか?

例を見てみましょう

console.log("start");

setTimeout(() => {
  console.log("setTimeout");
});

setImmediate(() => {
  console.log("setImmediate");
});

const sleep = (delay) => {
  const startTime = +new Date();
  while (+new Date() - startTime < delay) {
    continue;
  }
};

sleep(2000);
console.log("end");

ログイン後にコピー

上記のコードを実行すると、出力は次のようになります

ノードイベントループ(EventLoop)メカニズムの深い理解

最初に実行しますsetTimeout次に実行します setImmediate

次に、上記のコードを変換し、遅延器を削除し、何が出力されるかを確認しましょう

setTimeout(() => {
  console.log("setTimeout");
});

setImmediate(() => {
  console.log("setImmediate");
});

ログイン後にコピー

これを 7 回実行しました。 setImmediate

ノードイベントループ(EventLoop)メカニズムの深い理解

が最初に 2 回実行されました。何が起こったのでしょうか?最初は timers ステージで、次に check ステージではないでしょうか?どうすれば変わるでしょうか？

実際には、イベントループに入るときに非同期コールバックの準備が完全に整っているかどうかによって異なります。最初の例では、2000 ミリ秒の遅延があるため、イベントループに入るときに setTimeout コールバックの準備ができている必要があります。したがって、実行順序は変わりません。ただし、この例では、メインスレッドには実行する同期コードがないため、最初からイベントループに入りますが、イベントループに入るときに、setTimeout のコールバックが必ずしも完全に準備されているわけではないため、最初に check ステージで setImmediate を実行し、次に timers で setTimeout コールバックを実行するコールバック関数があります。次のイベントループのステージ。

どのような状況で、同じ遅延時間でも setImmediate コールバック関数が setTimeout コールバックよりも優先されますか?

これは実際には非常に簡単で、timers ステージと check ステージの間の Pendingcallbacks、idle、prepare、poll にこれら 2 つを置くだけです。どのステージでも大丈夫です。これらのステージが実行された後は、必ず check ステージに進み、次に timers ステージに進むためです。

poll ステージを例として、これら 2 つを IO 操作に記述します。

const fs = require("fs");

fs.readFile("./fstest.js", "utf8", (err, data) => {
  setTimeout(() => {
    console.log("setTimeout");
  });

  setImmediate(() => {
    console.log("setImmediate");
  });
});

ログイン後にコピー

も 7 回実行しますが、毎回最初に setImmediate が実行されることがわかります。

ノードイベントループ(EventLoop)メカニズムの深い理解

したがって、一般に、同じ遅延時間でも、setTimeout は setImmediate より前に 100% 実行されるわけではありません。

先微任务再宏任务

主线程同步代码执行完毕后，会先执行微任务再执行宏任务。

我们来看下面的例子

console.log("start");

setTimeout(() => {
  console.log("setTimeout");
});

setImmediate(() => {
  console.log("setImmediate");
});

Promise.resolve().then(() => {
  console.log("Promise.resolve");
});

console.log("end");

ログイン後にコピー

我们运行一下看结果，可以看到它是先执行了微任务然后再执行宏任务

ノードイベントループ(EventLoop)メカニズムの深い理解

nextTick优于其它微任务

在微任务中nextTick的优先级是最高的。

我们来看下面的例子

console.log("start");

setTimeout(() => {
  console.log("setTimeout");
});

setImmediate(() => {
  console.log("setImmediate");
});

Promise.resolve().then(() => {
  console.log("Promise.resolve");
});

process.nextTick(() => {
  console.log("process.nextTick");
});

console.log("end");

ログイン後にコピー

我们运行上面的代码，可以看到就算nextTick定义在resolve后面，它也是先执行的。

ノードイベントループ(EventLoop)メカニズムの深い理解

微任务穿插在各个阶段间执行

怎么理解这个穿插呢？其实就是在事件循环的六个阶段每个阶段执行完后会清空微任务队列。

我们来看例子，我们建立了timers、check、poll三个阶段，并且每个阶段都产生了微任务。

// timers阶段
setTimeout(() => {
  console.log("setTimeout");

  Promise.resolve().then(() => {
    console.log("setTimeout Promise.resolve");
  });
});

// check阶段
setImmediate(() => {
  console.log("setImmediate");
  Promise.resolve().then(() => {
    console.log("setImmediate Promise.resolve");
  });
});

// 微任务
Promise.resolve().then(() => {
  console.log("Promise.resolve");
});

// 微任务
process.nextTick(() => {
  console.log("process.nextTick");
  Promise.resolve().then(() => {
    console.log("nextTick Promise.resolve");
  });
});

ログイン後にコピー

我们来执行上面的代码

ノードイベントループ(EventLoop)メカニズムの深い理解