サーブレットのアーキテクチャ

サーブレット アーキテクチャは、動的な Web アプリケーションを作成するための Java プログラミング言語に基づいています。主にサーブレットはサーバー側アプリケーションの開発に使用されます。サーブレットは非常に堅牢でスケーラブルです。サーブレットを導入する前は、CGI (共通ゲートウェイ インターフェイス) が使用されていました。サーブレットは、クライアントのリクエストと応答のタスクを動的に促進します。

無料ソフトウェア開発コースを始めましょう

Web 開発、プログラミング言語、ソフトウェア テスト、その他

• アプリケーションのフローを制御します。
• 動的な Web コンテンツを生成します。
• サーバー側の負荷分散。
• ビジネス ロジックを実装します。

サーブレットには 2 つのタイプがあります。 1. 汎用サーブレット 2.HTTPServlets. サーブレットは、(i) サーブレット インターフェイスの実装、(II) 汎用サーブレットの拡張の 3 つの方法で作成できます。 (III)HTTPServletの拡張。サーブレットで使用できる 3 つのライフサイクル メソッドは、init()、service()、および destroy() です。すべてのサーブレットはこれらのメソッドをオーバーライドする必要があります。

サーブレット アーキテクチャのコンポーネント

以下は、サーブレット アーキテクチャ上でコンポーネントがどのように動作するかを示す図です。

1.クライアント

このアーキテクチャでは、Web ブラウザがクライアントとして機能します。 Web ブラウザで接続しているクライアントまたはユーザー。クライアントは、リクエストまたは HttpRequest を Web サーバーに送信し、Web サーバーの応答を処理する責任があります。

2.ウェブサーバー

Web サーバーは、Web ユーザーがホストされたファイルにアクセスする方法を制御し、ユーザーのリクエストと応答を処理します。ここでサーバーとは、URL と HTTP プロトコルを理解するソフトウェアです。ブラウザは、Web サーバー上でファイルをホストする必要があるときは常に、HTTP リクエストを使用してクライアント リクエストを処理します。要求されたファイルが見つかった場合は、HTTP 応答を通じてブラウザにファイルを送り返します。静的 Web サーバーはファイルをそのまま送信しますが、動的 Web サーバーはブラウザに送信する前にサーバーでホストされているファイルを更新します。

3. Webコンテナ

Web コンテナは、Java サーブレットと対話する Web サーバー コンポーネントです。 Web コンテナはサーブレットのライフサイクルを管理し、URL マッピング タスクを実行します。 Web コンテナは、サーブレット、JSP、およびその他のファイルのサーバー側リクエストを処理します。サーブレットによって実行される重要なタスクは、サーブレットのロードとアンロード、リクエストと応答オブジェクトの作成と管理、およびサーブレット管理の全体的なタスクの実行です。

サーブレットリクエストフロー

サーブレットリクエストを処理する手順。上の図を考えてみましょう。

• クライアントがリクエストを送信します。
• Web サーバーはリクエストを受け入れ、Web コンテナに転送します。
• Web コンテナは web.xml ファイルでリクエスト URL パターンを検索し、サーブレットのアドレスを取得します。
• サーブレットがまだ作成されていない場合は、init() メソッドを使用してサーブレットを作成し、設定する必要があります。
• コンテナは、ServletRequest オブジェクトと ServletResponse オブジェクトを渡して public service() を呼び出します。
• パブリック service() メソッドは、ServletRequest オブジェクトと ServletResponse オブジェクトを、それぞれ HttpServletRequest オブジェクトと HttpServletResponse オブジェクトに型キャストします。
• public service() メソッドは protected service() を呼び出します。
• 保護された service() メソッドはクライアント要求をチェックし、対応する do___() メソッドが呼び出されます。
• リクエストは、do___() によって生成された結果をクライアントに送信することによって処理されます。

メリット

以下に、サーブレットの重要な利点をいくつか示します。

• サーブレットはあらゆる Web サーバーと互換性があるため、サーバーに依存しません。 ASP や JavaScript などのサーバー側 Web テクノロジーと比較すると、これらはサーバー固有のものです。
• サーブレットはプロトコルに依存しません。つまり、FTP、SMTP などをサポートします。主に、HTTP プロトコル機能の拡張サポートを提供します。
• サーブレットは明示的に破棄されるまでメモリ内に残るため永続的です。これは複数のリクエストの処理に役立ち、1 つのデータベース接続で複数のリクエストを処理できます。
• サーブレットは移植可能です。これらは Java で書かれているため移植性があり、あらゆる Web サーバーをサポートします。
• サーブレットはバイト コードにコンパイルされるため、他のスクリプト言語よりも高速に実行されます。バイト コード変換によりパフォーマンスが向上し、型チェックとエラーに役立ちます。

サーブレット アーキテクチャの使用

以下に示すサーブレットの使用例をいくつか見てみましょう:

1. サーブレットは、フォーム データの受け入れや動的 HTML ページの生成など、フォーム データ操作に使用されます。
2. 異なるサーバー間で負荷分散を行うサーバー負荷分散アプリケーションの開発に役立ちます。
3. サーブレットは、SQL データベースに接続するためのエンタープライズ ネットワーク プラットフォームの中間層です。
4. サーブレットとアプレットの統合により、高レベルの対話性と動的な Web コンテンツの生成が可能になります。
5. 開発者はサーブレットを使用してアプリケーションを開発します。このアプリケーションでは、サーブレットが中間層でアクティブなエージェントとして機能し、データ共有が容易になります。
6. サーブレットは HTTP、FTF などのプロトコルをサポートしているため、ファイル サーバーやチャット対応アプリケーションの開発に役立ちます。

結論

他のスクリプト言語と比較して、Java サーブレットはパフォーマンスが高く、プラットフォームに依存しません。サーブレットは、リクエストとレスポンスの処理において動的です。サーブレットはさまざまなプロトコルをサポートしているため、開発者は Web アプリケーションの開発中にさまざまなプロトコルを使用できます。全体として、サーブレットは動的 Web アプリケーションの開発に最適です。

以上がサーブレットのアーキテクチャの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。