サーブレット---要求は、組み込みオブジェクト

Requestオブジェクト:

質問:ブラウザは、サーバーへの要求を開始し、サーバに送信されたデータを要求するHTTPプロトコルに従います。だから、データ・ストレージ・サーバーを変更する方法、それは?保存するだけでなく、の完了を確実にするための要求を受け取ります。

解決方法:オブジェクトストアは、各サーバは要求を受け入れ、要求されたデータは、オブジェクトを格納するための特別な要求を作成します。

実現:要求オブジェクト説明:サーバーは、ブラウザの後にリクエストを受信すると、そのオブジェクトは、データ要求に関連する要求に格納され、Requestオブジェクトを作成します。サービスメソッド:Requestオブジェクトサーブレット・サーバを呼び出すようなサーブレットに渡される引数の手段として作成されます。

使用:取得要求ヘッダー行データ取得要求データを取得したユーザデータ

Responseオブジェクト:

問題:要求されたデータと処理、それを表示するにはどのようにブラウザに処理結果を得るために、Requestオブジェクトを使用した後は?

解決策:説明するために、Responseオブジェクトを使用します。サーバーの要求処理を呼び出しサーブレットで指定された場合には、サーブレットの配信方法は、2つの引数は、リクエストとレスポンス得られます。前記要求に関連付けられたストレージ要求要求データは、応答オブジェクトに応答するために使用されます。

使用:応答エンティティに応じて設定応答ヘッダーの符号化形式が提供され

要求歪曲問題解決:文字列再エンコードされた使用:のuname =新しい文字列(uname.getBytes( "ISO8859-1")、 "UTF-8");要求モードを取得します:サービスの方法を使用して:req.setCharacterEncodingを(「UTFを-8「);次のようにserver.xmlファイルが開いて、ディレクトリTomcatサーバ内のconfファイルで見つかりました:

ポスト要求モード:サービス・メソッドを使用して:req.setCharacterEncoding( "UTF-8");

 プロセスの概要:

サーブレットの使用方法:

設定要求符号化形式は、情報処理要求の処理結果に応じて符号化形式に対応して情報取得要求を提供しました

データ転送プロセス:

ブラウザ------> -------サーバー>データベース

ブラウザ<サーバー------ <-------データベース

要求を転送します。

問題:ブラウザからの要求を受信した後、ちょうどサーブレット要求プロセスを使用し、異なるコードの冗長性ロジックサーブレットになり、サーバ、サーブレットの責任が明確ではありません。

ソリューション:要求を前方に使用します。

特長:アドレスバーを変更しない情報の要求。

リクエストオブジェクトスコープ

問題:転送要求を使用した後、どのように異なるサーブレット間でそれを共有するデータ?またはデータが別のサーブレットサーブレットそれに1からどのように流れますか?

ソリューション:リクエストオブジェクトのスコープを使用します

使用:request.setAttribute(オブジェクト名、オブジェクトの値)request.getAttribute(オブジェクトobj)

役割:(要求データ+他のデータ)株式発行内の異なるサーブレット要求のデータを解決します。

スコープ:要求に基づき、要求サーブレットすべての共有を転送します。

注:Requestオブジェクトのデータ・ストリームを使用して、データが1つのリクエストでのみ有効です。

特徴:サーバーは、各要求を作成するには、リクエストのライフサイクルを作成します

リダイレクト

質問:要求が転送されている場合、現在のリクエスト、サーブレットがどのように行うに行う方法をデータ提出フォームの重複が生じ、処理できない場合は?

解決方法:リダイレクト

URIネットワークパス:使用:. Response.sendRedirect(「パス」)はローカルパスである方向情報リソースURL

特徴:重複送信フォームを避けるために、2つの要求ブラウザのアドレスバー情報の変更

おすすめ

転載: www.cnblogs.com/zang1998/p/10968771.html