DocsPricingBlog
Contact Us
Log inSign up for FREE
Back to Tech Articles

Node.jsにおけるイベントループの動的性質とWebサーバーパフォーマンスの理解

Aug 26, 2025
# Misc

Wenhao Wang

Dev Intern · Leapcell

This post is also available in English, 한국어, and Deutsch
Cover of "Node.jsにおけるイベントループの動的性質とWebサーバーパフォーマンスの理解"

はじめに：Node.jsパフォーマンスの隠れたエンジン

今日のペースの速いデジタル環境において、Webサーバーのパフォーマンスは最優先事項です。ユーザーは即時の応答とスムーズな体験を期待しており、サーバーのスループットとレイテンシは、あらゆるWebアプリケーションにとって重要な指標となっています。Node.jsは、その非同期ノンブロッキングI/Oモデルにより、高性能なWebサービスを構築するための選択肢として広く普及しています。このパフォーマンスの中核をなすのがNode.jsのイベントループです。これはしばしば誤解されているメカニズムであり、サーバーがリクエストをどれだけ効率的に処理できるかを決定します。イベントループの複雑さを理解することは、単なる学術的な演習ではありません。開発者がアプリケーションを最適化し、パフォーマンスのボトルネックを防ぎ、最終的により堅牢でスケーラブルなシステムを構築するための知識を提供します。この探求では、イベントループを解明し、Webサーバーのスループットとレイテンシに対するその深刻な影響を明確にします。

イベントループの影響の解体

イベントループがサーバーのパフォーマンスにどのように影響するかを把握するためには、まずその基本的な構成要素と動作方法を理解する必要があります。

主要な用語

  • イベントループ: イベントキュー（タスクキュー）内の新しいイベントを継続的にチェックし、対応するコールバックを実行するコアプロセスです。これは、非同期操作を処理するためのNode.jsのメカニズムです。
  • ノンブロッキングI/O: ファイルの読み取りやネットワークリクエストの実行のようなI/O操作が、プログラムの実行を停止させない設計原則です。代わりに、それらはバックグラウンドで実行され、操作が完了するとコールバック関数が実行されます。
  • スループット: サーバーが単位時間あたりに成功裏に処理できるリクエストの数です。高いスループットは、一般的にサーバーがより多くの同時ユーザーまたはタスクを処理できることを意味します。
  • レイテンシ: クライアントがリクエストを行ってから応答を受信するまでの遅延です。低いレイテンシは、応答性の高いユーザーエクスペリエンスにとって不可欠です。
  • コールスタック: JavaScriptが、複数の関数を呼び出すスクリプト内の自身の場所を追跡するために使用するメカニズムです。
  • コールバックキュー（タスクキュー/メッセージキュー）: 非同期操作（setTimeout、setInterval、ネットワークリクエストなど）が完了すると、そのコールバック関数が配置されるキューです。これらはNode.jsランタイムによって処理されます。
  • マイクロタスクキュー: Promisesのthen()およびcatch()コールバック、process.nextTick()、queueMicrotask()を保持する高優先度キューです。これらのマイクロタスクは、コールバックキューからタスクを処理するイベントループの次のティックの前に処理されます。
  • ワーカープール（またはスレッドプール）: Node.jsが、メインイベントループをブロックすることなく、計算負荷の高い、またはブロッキングI/O操作（ファイルシステム操作、DNSルックアップ、暗号化関数など）を処理するために使用する、C++ワーカー・スレッド（通常はlibuvによって提供）のプールです。

イベントループの動作：循環的なダンス

Node.jsのイベントループは、JavaScript自体がシングルスレッドであるにもかかわらず、JavaScriptがノンブロッキングI/O操作を実行できる強力なモデルです。そのフェーズとパフォーマンスへの影響の簡単な内訳は次のとおりです。

  1. スクリプト実行から開始: Node.jsアプリケーションが開始されると、メインスクリプトが実行されます。同期コードはコールスタック上で直接実行されます。
  2. 非同期操作の検出: 非同期操作（例: fs.readFile、http.get、setTimeout）に遭遇すると、メインスレッドが残りの同期コードの実行を続ける間、Node.jsランタイム（libuvによって管理されることが多い）にオフロードされます。
  3. 完了とコールバック: 非同期操作が完了すると、そのコールバック関数は適切なキュー（例: setTimeoutの場合はコールバックキュー、Promiseの場合はマイクロタスクキュー）に配置されます。
  4. ループ自体: イベントループは、コールスタックが空であるかどうかを絶えずチェックします。空であれば、まずマイクロタスクキューからタスクを取得し、マイクロタスクキューが空になるまで処理します。その後、特定の順序（タイマー、保留中のコールバック、アイドル/準備、ポーリング、チェック、クローズドコールバック）で、コールバックキューやその他のI/Oキューからタスクを取得して処理します。

スループットへの影響

シングルスレッドのイベントループは、高いスループットには直感に反するように思えるかもしれませんが、そのノンブロッキングの性質こそが鍵です。I/O操作をオフロードすることで、メインスレッドは他のリクエストや現在リクエストの一部を処理するために解放されます。

シンプルなWebサーバーを考えてみましょう。

const http = require('http');
const fs = require('fs');

const server = http.createServer((req, res) => {
  if (req.url === '/') {
    res.writeHead(200, { 'Content-Type': 'text/plain' });
    res.end('Hello, World!');
  } else if (req.url === '/file') {
    // 非同期で処理されない場合、ブロックする可能性のある操作
    fs.readFile('large-file.txt', (err, data) => {
      if (err) {
        res.writeHead(500, { 'Content-Type': 'text/plain' });
        res.end('Error reading file');
        return;
      }
      res.writeHead(200, { 'Content-Type': 'text/plain' });
      res.end(data);
    });
  } else if (req.url === '/block') {
    // CPU集約的な同期タスクをシミュレート
    const start = Date.now();
    while (Date.now() - start < 5000) {
      // 5秒間ブロック
    }
    res.writeHead(200, { 'Content-Type': 'text/plain' });
    res.end('Blocked for 5 seconds!');
  } else {
    res.writeHead(404, { 'Content-Type': 'text/plain' });
    res.end('Not Found');
  }
});

server.listen(3000, () => {
  console.log('Server listening on port 3000');
});

クライアントが/blockをリクエストした場合、イベントループ全体が5秒間停止します。この間、/や/fileなどの他のリクエストも処理できません。これは、イベントループがブロックされている間、サーバーは一度に1つのリクエストしか処理できないため、スループットを劇的に低下させます。

しかし、/fileルートの場合、fs.readFileは非同期です。ファイルが読み取られている間（特に大きなファイルや遅いディスクの場合、時間がかかる可能性があります）、イベントループは他の着信リクエストを処理するために自由に使えます。fs.readFileが完了すると、そのコールバックはイベントキューに配置され、イベントループが空になったときに実行されます。これにより、I/Oバウンドな操作で高いスループットが保証されます。

レイテンシへの影響

レイテンシは、リクエストのコールバックがイベントループによってどれだけ迅速に取得され、実行されるかに直接影響されます。

  • ブロッキング操作: CPU集約的な同期タスク（/block例のような）によってイベントループがブロックされた場合、ブロッキングタスクが完了するまで、後続のすべてのリクエストで高いレイテンシが発生します。
  • 非同期I/O: I/Oバウンドなタスクの場合、イベントループが操作をスレッドプールにオフロードし、他のタスクの処理を続行できる機能は、個々のI/O操作に時間がかかる場合でも、サーバー全体のレイテンシが低いままであることを意味します。I/Oバウンドな個々のリクエストのレイテンシは、I/O操作の期間と、コールバックキューで待機した時間の合計によって決定されます。
  • マイクロタスクの優先度: process.nextTick()とPromiseのコールバックは、通常のコールバックキューよりも優先度が高いマイクロタスクキューで処理されます。これは、それらがより迅速に実行されることを意味し、すぐに解決する操作または即時処理が重要な操作でレイテンシを削減できる可能性があります。
// マイクロタスクの優先度を示す例
console.log('同期 1');

Promise.resolve().then(() => {
  console.log('Promise完了 (マイクロタスク)');
});

process.nextTick(() => {
  console.log('Next Tick (マイクロタスク)');
});

setTimeout(() => {
  console.log('Set Timeout (タスクキュー)');
}, 0);

console.log('同期 2');

出力:

同期 1
同期 2
Next Tick (マイクロタスク)
Promise完了 (マイクロタスク)
Set Timeout (タスクキュー)

これは、マイクロタスクが優先されることを示しており、同期コードの直後の即時実行が必要な場合にレイテンシを削減するのに役立ちます。

イベントループのための最適化

Node.jsでスループットを最大化し、レイテンシを最小化するための鉄則は、「イベントループをブロックしない」ことです。

  • 非同期I/O: 非同期ファイルシステム操作、データベースクエリ、ネットワークリクエストを常に優先してください。
  • ワーカー・スレッド: 真にCPUバウンドなタスク（例: 複雑な計算、画像処理）は、メインイベントループスレッドで実行するのではなく、Node.js Worker Threadsにオフロードしてください。これにより、メインスレッドは他の着信リクエストの処理のために解放され、高いスループットと低いレイテンシを維持できます。
// CPUバウンドタスクのためのWorker Threadsの使用例
const { Worker } = require('worker_threads');

// ... (httpサーバーのリクエストハンドラ内)
if (req.url === '/cpu-intensive') {
  const worker = new Worker('./worker.js'); // worker.jsにブロッキングロジックが含まれる
  worker.on('message', (result) => {
    res.writeHead(200, { 'Content-Type': 'text/plain' });
    res.end(result);
  });
  worker.on('error', (err) => {
    res.writeHead(500, { 'Content-Type': 'text/plain' });
    res.end('Worker error');
  });
  worker.postMessage('start calculation');
}
// ...

そしてworker.js:

const { parentPort } = require('worker_threads');

parentPort.on('message', (msg) => {
  if (msg === 'start calculation') {
    const start = Date.now();
    while (Date.now() - start < 5000) {
      // 重い計算をシミュレート
    }
    parentPort.postMessage('Heavy calculation done in Worker Thread!');
  }
});

このセットアップにより、/cpu-intensiveへのリクエストは新しいワーカー・スレッドを開始し、メインイベントループをブロックせずに、他のリクエストを同時に処理できるようにします。

  • 長い同期ループの回避: 必要に応じてsetImmediateまたはprocess.nextTickを使用してイベントループに譲る、より小さなチャンクに長時間実行される同期計算を分割します。

結論：スケーラブルなNode.jsの基盤

Node.jsのイベントループは単なる内部メカニズムではありません。高性能でスケーラブルなWebサーバーが構築される基盤そのものです。そのノンブロッキングの性質を受け入れ、メインスレッドをブロックするアクションを丹念に回避することで、開発者は最適なスループットと最小限のレイテンシを確保し、エンドユーザーに優れたエクスペリエンスを提供できます。適切に理解され、尊重されたイベントループは、Node.jsアプリケーションの可能性を最大限に引き出す秘密です。

Share this article

HackerNews

More Posts from Leapcell

Popular Posts