JavaScript イベント ループのケース スタディ

js のイベント ループ

JavaScript はシングルスレッドなので、同じイベントで実行できるメソッドは 1 つだけなので、プログラム内のメソッドは実行スタックに追加され、後入れ先出しの順序で実行されます。非同期タスクに遭遇した場合、ブロックされることはありませんが、タスクはイベント キューに配置され、実行スタック内の同期コードは実行され続けます。現在の実行スタック内のすべてのタスクが実行されると、イベント キュー内のタスクが検索され、タスクのコールバック関数が実行スタックに配置され、その中の同期コードが実行されます。この繰り返されるサイクルをイベント ループと呼びます。

ノード

Node.jsの機能

イベント駆動型

コードを上から下まで実行し、コールバックが必要な場合はイベント キューに追加します。メイン スレッドの実行が終了したら、イベント キュー内のコールバックを実行します。プロセス全体では新しいイベントがブロックされることはなく、すでに確立されているイベントを維持する必要もありません。

非ブロッキングIO

メインスレッドがアイドル状態になると、イベント キューのループを開始し、イベント キュー内のイベントを処理します。イベントが IO タスクでない場合は、それ自体で処理されます。IO タスクの場合は、スレッド プールに引き渡されて処理され、コールバック関数が指定されます。その後、ループ キュー内の他のイベントが続行されます。ブロッキング操作が完了すると、結果とコールバック関数がキューに配置され、メインスレッドがループするときにコールバック関数が実行されます。

Node.js の長所と短所

アドバンテージ

1. 高い同時実行性: Node.js はメイン スレッドを使用してすべてのリクエストを処理し、その後 IO 操作を非同期的に処理することで、スレッドの作成と破棄、およびスレッド間の切り替えによるオーバーヘッドと複雑さを回避します。
2. IO集約型アプリケーションに最適

欠点:

1. CPUを集中的に使用するアプリケーションには適していません。長時間の計算によりCPUタイムスライスが解放されず、後続のIOイベントを開始できなくなります。
2. マルチコアCPUを十分に活用できない
3. 信頼性が低い。コードの特定の部分がクラッシュすると、システム全体がクラッシュします。

適用可能なシナリオ:

1. RESTful API: リクエストと応答には少量のテキストのみが必要であり、多くの論理処理は必要ありません。数万の接続を処理でき、APIにリクエストしてデータを整理して返すだけです
2. Ajaxリクエストが大量にあるシナリオでは
3. チャットサービス: 軽量、高トラフィック、複雑な計算ロジックなし

Node.js イベントループ

ノード イベント ループは libuv エンジンに依存しています。v8 は js コードを解釈した後、対応するノード API を呼び出します。これらの API は libuv エンジンによって駆動され、対応するタスクを実行し、さまざまなイベントをさまざまなキューに入れて、メイン スレッドの実行を待機します。したがって、ノード イベント ループは libuv エンジンに存在します。

libuvエンジン：イベントループ、ファイル操作などを実装し、非同期を実現するためのnode.jsの中核となる。

node.jsのシングルスレッドは、JavaScriptがシングルスレッドで実行され、内部的にスレッドプールを通じてIO操作が完了することを意味します。

poll (クエリフェーズ) ---》check (チェックフェーズ) ---》close callback (クローズイベントコールバックフェーズ) ---》timer (タイマー検出フェーズ) ---》io コールバックフェーズ ---》アイドルフェーズ ---》ポーリングフェーズ

ポーリングフェーズ（ポーリングフェーズ）：

V8 は js コードを解析して libuv エンジンに渡し、ループは最初にポーリング ステージに入ります。まず、ポーリングキューにイベントがあるかどうかを確認し、ある場合は先入先出順にコールバックを実行します。

JavaScript イベントループのケーススタディに関するこの記事はこれで終わりです。JavaScript イベントループの詳細については、123WORDPRESS.COM の過去の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。