nodejs - なぜNode.jsが多数の同時永続接続を処理できるのですか？

Question

Node.jsは、多数のチャットルームのチャットルームなど、多数の同時永続的な接続を維持することができます。

これはどのように達成されたのでしょうか。とにかく、根本的なOSによってカプセル化されているTCP/IPを使用しているのですが、なぜ永続的な接続を処理して他の人ができないのでしょうか？

魔法のことは何ですか？

Answer 1

Node.jsはすべてのI/Oを非同期にします。これは単一のスレッドでのみ実行されますが、I/Oを待機している間は他の要求や操作を行います。

これとは対照的に、古典的なWebサーバーは、前のWebサーバーが完全に完了するまで、別の要求を処理しません。このため、Apacheは複数のプロセスを同時に実行します。 10個のリクエストが一度に（*）提供されることを意味する10 httpdプロセスがあるとします。プロセスが完了するまでに時間がかかると、要求が少なくなります。つまり、プロセスが何も実行していなくても、データベースが疲れてデータを返すのを待つなど、多くのプロセスを起動する必要があります。

node.jsプロセスは、データベースに行く要求に直面して、データベースが別の要求を処理する間に動作するようにします。

*）MPMはこれを真実ではありませんが、すべての目的や目的に十分に当てはまります。

Answer 2

さて、ほとんどのWebサーバー（Apacheなど）は、スレッドの起動を使用して動作します。そこでは、すべての着信HTTPリクエストに対して新しいスレッドを実行します。これらのスレッドは同期的であり、性質=>でブロックされます。つまり、書き込まれた順番でコードを実行し、現在のI/Oまたは計算タスクによってさらなる計算がブロックされます。チャッターによるチャットの投稿のようなイベントを聞きたい場合は、ユーザーごとに専用のスレッドが必要です（ユーザーごとに永続的な接続を維持するために必要ですが、最適化のテクニックはほとんどありませんが、このスレッドは、このイベントが発生するのを待ってブロックされます。したがって、Webサーバーの起動とブロックを行うスレッドの場合

JavaScriptは自然に非ブロッキング（および非同期コードへの導通）=>ここでイベントのコールバックを登録し、コールバック関数が発生するたびに実行されます。このイベントを待っている時点ではブロックされません。

これについては、非ブロッキングまたは非同期サーバーについての記事を参照してください。