2012-04-12 26 views
0

クライアントとサーバー間の接続確立に関する基本的なことを知りたい 私のウェブページには、子ページのクリック時にいくつかのリンクがあるメニューが残っていると仮定します。 がマスターページの右側に開きます。各リンクは新しいウェブページを に要求しています。各Webページは、データを取得するために非同期的に5-6 Webサービスを呼び出しています。だから クライアントと サーバーの間で接続が確立されている場合は、(client IP and Port)から(server Ip and port)を使用して左メニューリンクをクリックしています。しかし、応答が来る前に、 私は、古い接続が であり、新しい接続が確立されていることをサーバーがどのように知っているかをメニューの他のリンクをクリックしたとします。クライアント側から接続 が終了した場合は応答を送信する前に、その応答はどうなりますか、サーバは 応答を破棄し、処理の新しい要求を受け取ります。クライアントとサーバー間の接続の確立

実際に私は多くの混乱を抱いています。もし誰かが私に完全なクライアント - サーバ往復プロセスを説明できれば、それは本当に非常に役に立ちます。

ありがとうございます。

答えて

0

サーバーは応答を破棄し、後続の要求で動作します。ハイパーテキスト転送プロトコルについて読むことで、より理解しやすくなります。記事のインターネット上で検索することができますhere

接続要求に応じて接続指向のプロトコルであるTCPを介して要求と応答が行われます。試してみてくださいhttp://www.google.com.pk:80http://www.google.com.pkになります。既定のポート、つまり80は省略できます。試してみてください。http://www.google.com.pk:82/ポート82でTCP接続を確立できなかったため、www.google.comは開かれません。

+0

終了した接続について。 – Pranav

+0

サーバがHTTPストリームをソケットに書き戻そうとすると、ソケットがなくなるため例外がスローされます。サーバーは最初に応答ヘッダーを送信しようとします。この時点で応答ヘッダーが失敗します。 IISはこれを管理します。あなたのasp.netコードは、ソケットが閉じているかどうかを知りません。しかし、response.writeとresponse.flushを試して、応答ストリームをソケットに戻すことができます。このiisを実行しても、最初に満たされる必要のある応答バッファがあるため、正確な方法ではありません。 @Adilは、httpプロトコルについても読んでおくべきだと言っているので、iis内部についても説明します。 –

+0

要求と応答は、接続が切断されるときに接続指向のプロトコルであるTCPを介して行われます。IISは、アクセスできない場合、そのクライアントを認識します。試してみてください。http://www.google.com.pk:80はhttp://www.google.com.pkに移動します。既定のポート番号は80です。このhttp://www.google.comを試してみてください。 .pk:82 /ポート82でTCP接続を確立できなかったため、www.google.comを開けません – Adil

関連する問題