iOSゲーム用のサーバーを書いています。ゲームはターンベースであり、サーバーがクライアントに情報をプッシュする必要があるのは、対戦相手の動きを通知することだけです。
WebSocketの使用と長時間のポーリングのパフォーマンスと実装の容易さの違いについて誰かがコメントできるかどうか興味があります。また、WebSocketを使用した場合、それを使用して情報を受信し、他のすべてのPOSTリクエストを送信するだけですか、それともすべての通信をWebSocket経由で行う必要がありますか？
さらに、Webクライアントの作成にも興味がある場合、WebSocketとロングポーリングの間に考慮すべき追加事項はありますか？
回答:
ロングポーリングとは何ですか？
従来のポーリング手法のバリエーションであり、サーバーからクライアントへの情報プッシュのエミュレーションを可能にします。長いポーリングでは、クライアントは通常のポーリングと同様の方法でサーバーに情報を要求します。
情報が利用可能になると（または適切なタイムアウトの後）、完全な応答がクライアントに送信されます。クライアントは通常、すぐにサーバーに情報を再要求するため、サーバーにはほとんどの場合、イベントに応答してデータを配信するために使用できる待機中の要求があります。
Web / AJAXのコンテキストでは、ロングポーリングはCometプログラミングとも呼ばれます。
Websocketはどうですか？
WebSocketは、クライアントとサーバー間の永続的な接続を提供します。この接続を使用して、いつでもデータの送信を開始できます。
結論：
リアルタイム通信が必要な場合は、WebSocketを選択できます。
しかし、ロングポーリングでは：
サーバーが新しい情報を取得したときにそれをクライアントにプッシュできるように、WebクライアントとWebサーバーの間の接続は開いたままになります。その後、その要求は終了します。次に、クライアントとサーバーの間で新しい要求が行われ、サーバーからの別の更新を待ちます。HTTP / 1.1のキープアライブにより、通常、同じTCP接続が複数の要求を通じて永続的に開かれます。
参考資料およびその他の考慮事項：
PubNubロングポーリングvsソケット-モバイルバッテリー寿命