ajax - AJAX ロングポーリングは受信データをすぐに解放しますか?

Question

私たちのアプリケーションの新しいインターフェースについては、Websocket をやめて、はるかに幅広いサポートのために comet を選択する必要があると判断しました。いくつかのテクニックがあることに気づき、正しいものを確実に選択する必要があります。

質問: AJAX ポーリング メソッドは、チャンク データを受信したらすぐに解放しますか、それとも要求が閉じるまで待ちますか?

そうでない場合、iFrame 技術を使用してブラウザの死のスピナーをなくす方法はありますか?

ありがとう！

Answer 1

データのリリース....チャンク化されているかどうかに関係なく、ストリームにフラッシュしてクライアント側からアクセスできます（IEの動作が異なる場合があります）

パイプ（サーバー）の反対側からストリームのサイズを制御する場合、ここではリスクは見られません。たぶん、あなたは現在の解決策の1つから利益を得る必要があります。エンタープライズ上の理由でソリューションが必要な場合は、PokeInを試してください。または、ただぶらぶらしている場合は、SignalRは無料です。

Answer 2

HTTPロングポーリングとHTTPストリーミングの両方がCometの傘下にあることに注意することはおそらく価値があります。ロングポーリングでは、データを送信するために接続を閉じる必要があります。ストリーミングでは、既存の接続を閉じずにデータを送信することはできません。

「死の紡ぎ手」の問題を解決する簡単な方法があるとは思いません。私は数年前にこれについて投稿しましたが、私はまだ絶対確実な解決策を知りません。

個人的には、ハッキーなCometソリューションではなくWebSocketの使用を検討することをお勧めします。

彗星は過去についてです。未来を現実のものにしましょう。

-コメットの発明者、アレックスラッセル

Answer 3

ajax (ajax long polling) を介した Comet は、リクエストが完了した後にのみ、アプリケーションのフロントエンドでデータを利用できるようにします。不規則な間隔で送信する必要があるデータの個別のパケットがある場合に役立ちます。データをチャンク化したい場合は、最初のチャンクの後でリクエストを終了し、すぐにクライアントに別のチャンクを要求させます。別のチャンクの準備ができている場合は、すぐにそれを提供します。存在しない場合は、存在するまでクライアントを待機させます。