FirefoxとIEは302のステータスリダイレクトリクエストに対して遅い

Question

私はservlet-jsp Webアプリケーションを持っています。ログインアクションのリクエストの1つは、FirefoxとIEブラウザで完了するのに最大120秒かかります。ただし、この同じ要求はクロムで正常に完了します（1秒未満）。コードをデバッグすると、私のWebアプリケーションフィルタが応答を素早く返していると判断できますが、ブラウザはそれを受け取るのに120秒かかることを示しています。下記のFirefox開発ツールを見ると、360msの待ち時間と受信時間が120 と表示されます。この同じ振る舞いはIEでも見ることができます。これを引き起こしているかもしれない何か手掛かり？

EDIT 1：この問題は、唯一の302応答コードを返す要求のために観察されています。

EDIT 2：リクエストをチェックするためにインターセプトツールを使用しましたが、これは127.0.0.1（localhost）のプロキシ経由でトラフィックをルーティングする必要がありました。 1つの観察では、これを実行している間にアプリケーションの速度が大幅に向上します。私がこれについて観察した可能な説明は、プロキシアプリケーションがステータスコード200の302要求をブラウザに返すことです。だから、なぜFirefoxとIEブラウザで302コールが遅くなるのだろう？

Answer 1

最後に、この問題を自分のアプリから解決することができました。コード内のいずれかの場所で、フラッシュ操作が応答の出力ストリームに対して呼び出されていました。リクエストは302Sが応答した任意のデータを持っていないので、理にかなっているタイプ302でなかったとき

super.getOutputStream().flush(); 

この

はケースのみで行われていました。 Chromeはこれを見るのに十分なほどスマートで、データを待つことはありません。しかし、firefoxとIEはデータを待っているので、その特定の呼び出しに対する接続は閉じられません。これは質問に添付された画像に見られる遅延を引き起こします（ブラウザは到着しないコンテンツをダウンロードしようとします）。

これで、302sコールのフラッシュ操作も行うようにコードを変更しました。これは問題全体を解決しました。

Answer 2

各ブラウザには、接続を処理するための独自の設定があります。限界があります。

答え凝集がすでにあります：

how-to-solve-chromes-6-connection-limit

EDITは：質問が編集されたので、私の答えはもう話題と一致していません。

ウェブアプリケーションのリクエストがブラウザによって異なる場合、問題はクライアント側にある必要があります。 （単一のリクエストとレスポンスの対話の範囲内）