クライアントが応答を完全に受信する前に、サーバーにHTTP要求を行った後にクライアントが終了（またはネットワーク接続が切断されています）するWebアプリケーションがあります。HTTPサーバーがHTTPクライアントからの壊れたネットワーク接続を検出しています
このシナリオでは、アプリケーションのサーバー側でクリーンアップ作業を行う必要があります。この状態を検出するためのHTTPプロトコルに組み込まれた方法はありますか？クライアントがまだ応答を待っているのか、終了したのかをサーバーはどのように知っていますか？
おかげ ビジェイ・クマール
サーバーにHTTPリクエストを送信するときに、それがポストである場合には、第1あなたはPOST（の内容をヘッダーを送信して、usualy ...ネットワークの問題がある可能性があります方法）。同様に、サーバーはヘッダーと文書本体で応答します。ヘッダーの最初の行はステータスです。通常、ステータス200は成功ステータスです。取得した場合は、残りのドキュメントを取得するのに問題はありません。 HTTP応答ステータスヘッダーの詳細については、これを確認してくださいhttp://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html
LE： ごめんなさい。基本的に、ユーザーが切断したときのトリガーはありません。 OOPを使用する場合は、クラスのデストラクタを使用して、クリーンアップする必要があるものをクリーンアップすることができます。
いいえ、これを行うためのプロトコルには何も組み込まれていません（結局のところ、クライアント自体が応答を受信したのか、それともダウンストリームプロキシだけを受信したのかはわかりません）。
クライアントに元の応答を受信して保存したことを確認する2回目のリクエストを作成させるだけです。適時の謝辞が表示されない場合は、クリーンアップを実行してください。
ただし、Two Generals' Problemの意味を理解していることを確認してください。