JSP の正式名は Java Server Pages で、基本的には簡略化されたサーブレットです。動的な Web テクノロジーの標準。 Java 拡張機能を Html 構文 ( の形式) で実装します。 JSP はサーブレットと同様、サーバー側で実行されます。
jsp の動作原理は何ですか?
上記のフローチャートと組み合わせると次のようになります。
#(B/S アーキテクチャの動作原理)##クライアント ブラウザ (ブラウザ) がサーバー (サーバー) に JSP ページをリクエストすると、サーバーはリクエストを受信した後、 first 要求された JSP ファイルのコンテンツ (コード) が更新されたかどうか、または JSP ファイルが作成された後に初めてアクセスされたかどうかを確認します:
そうであれば、この JSP ファイルはサーバーにあります-side JSP エンジンによりサーブレットクラスの Java ソースコードファイルに変換されます。
次に、このサーブレット クラスは、Java コンパイラの動作の下でバイトコード ファイルにコンパイルされ、解釈および実行のために jvm (Java 仮想マシン) にロードされます。
残りはサーブレットの処理工程に相当します。
要求された JSP ファイルの内容 (コード) が変更されていない場合、その処理プロセスもサーブレットと同等です。つまり、サーバーは、処理のために対応するサーブレット インスタンスを直接取得します。
サーバーの起動時に JSP ファイルは Servlet クラスに変換されないことに注意してください。代わりに、クライアントがアクセスしたときにのみ変換が行われることがあります (たとえば、JSP ファイルのコンテンツが更新されていない場合、サーブレットの変換は行われなくなります)。
Tomcat に関する限り、ディレクトリ %Tomcat%/work/%your project file directory% を開くと、その中に org/apache/jsp という 3 つのサブディレクトリがあることがわかります。これら 3 つのディレクトリがありません。これは、プロジェクトの JSP ファイルがアクセスされていないことを意味します。これを開いて jsp ディレクトリに移動すると、*_jsp.java および *_jsp.class ファイルがいくつか表示されます。これがソース ファイルです。と、JSPファイルをサーブレットクラスに変換したバイトコードファイルです。
興味がある場合は、ブラウザを使用してサーバー内の JSP にアクセスし、JSP がサーブレットに変換され、コンパイルされるタイミングを観察してください。
つまり、コンテナは JSP を取得すると、それをサーブレット クラスのソース ファイル (.java) に変換し、そのソース ファイルを Java サーブレット クラスにコンパイルします。言い換えれば、JSP は本質的にはサーブレットです。以上がJSPはどのように機能しますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。