前回の記事では、我々は、要求の転送やリダイレクトを使用しますが、私はちょうど彼らが使用されている方法を知っている、誰もが出てソートするためにあなたは私に言わせれば、なぜ、私は今、力の無知だった、いくつかの違いがあります最終的にはその違いと使用、および理由を説明します。
栗の最初の。
リダイレクト：
確かに私たちが使用している、直接main.htmlとは、ページにリダイレクトされ、リダイレクトが二次前方にある、元のパラメータで、アドレスバーが変更されません。
これはなぜでしょうか？のは、それが動作を分析してみましょう。
HTTPプロトコルは、演算処理をリダイレクトするリダイレクト機構を指定として次される：
（1）特定のURLを入力するためのブラウザでユーザー、アクセス要求サーバー側コンポーネント。
：コンポーネント（2）サーバが応答結果であることを意味し、302の結果に応じてステータスコードを返し
ましょブラウザは、別のWebコンポーネント、結果に応じて、別のWebコンポーネントへのURLへのアクセスを要求します。同じWebサーバー上で可能な別のWebコンポーネントは、もはや同じWebサーバー上に存在しないかもしれません。
ブラウザは、応答結果を受信した後、直ちに、自動的に別のWebコンポーネントへのアクセスを要求する（3）。
（4）ブラウザは、他のWebコンポーネントの応答結果を受信します。
上記の特性をリダイレクト理由があるのはこのためです。以下の点に注意してください。ソースと宛先コンポーネントがServletRequestオブジェクトを共有し、したがって、範囲内のデータを共有しないように共有要求をしません。
あなたは「/」で始まる場合、それは現在のサーバー相対URLのルートパスを述べ、場合のhttp：//冒頭には、完全なURLを表します。
私たちは分析するための順方向要求
マップ上の最初の
それは再び動作する、その機能と使用分析についてましょう話
あなたがデータ要求ドメインを共有することができ、同じ転送アドレスバーを要求します。唯一の要求を送信し、パスのパス/絶対パスまたは相対パスのいずれかの後。これは基本的に一般的に使用される機能です。それはワークフローでのを見てみましょう。
マップその上にまず、より明確に
私たちのクライアントが要求を送信し、得られた結果に応じてのみ対象コンポーネントは、クライアントに返されます。そのサーバーは自動的に私たちに要求バックを処理します。だから、要求を持つオブジェクトは、まだ、何回も転送するかどうか。
あなたが誰かを頼むなら、私はあなたがそれに答えるために今すぐ出てくるべきだと思います。
