非リアルタイムアプリケーションのWebソケット？

Question

私は最近、ウェブソケットを研究しており、アプリケーションがリアルタイムではなくても自分のアプリケーションで使用する予定です。私はそれを試してみたいと思うので、私は主にこれをやっています。それは、アプリケーションの機能性の可能性を広げるかもしれないということです。また、私は現時点ではモバイル用のAPIを持っていることに気にはなりませんが、将来必要になった場合でもWebソケットを介して何らかのAPIを使用することは可能だろうと考えています。

リアルタイムの要素がない場合、誰かがWebソケットの実装を検討する理由は何ですか？

HTTP要求には本当の敏捷性以外の利点はありますか？

Answer 1

HTTPリクエストには完全なHTTPヘッダーが含まれます。クッキーの負荷に応じて、リクエストごとに数KBに達することがあります。 WebSocketプロトコルヘッダーはそれに比べて最小です。多くの要求があり、帯域幅を気にしているなら、WebSocketを使うのが理にかなっています。

さらに、各リクエストに対してHTTP接続がネゴシエートされるため、永続的な接続を持つWebSocketと比較して各リクエストにオーバーヘッドが発生します。接続の確立には時間がかかります（したがって、リアルタイムアプリケーションの利点）が、サーバー上のリソースも使用します。この場合も、アプリの通信パターンに応じて、WebSocketを使用することは理にかなっています。