アーキテクチャ
BS（Broswerサーバー）：ブラウザを介してクライアントは、直接サーバーにアクセスすることができます
：CS（クライアントサーバー）
だから、すべてのソフトウェアをアップグレードする必要があります場合は、ソフトウェアのアップグレードを
各クライアントソフトウェアを維持する必要性：Bのメンテナンスの問題
、それぞれCと。クライアントソフトウェアをインストールするためのクライアントのニーズ
Tomcatの
Tomcatは、共通の無料のWebサーバで
の環境設定、サービス設定、ポートを変更し、仮想パス、仮想ホスト、アプリケーションの構成と展開が
ポートを占有します。netstat -ano | findstrの「80」とtaskkill / F / PIDピン数
の仮想パス：（新しいファイル内のconf \カタリナ\ localhostの仮想パスを追加）ウェブWebアプリケーション以外のディレクトリにプロジェクト構成ファイル（conf / server.xmlに設定された）/中（web.xmlの：プロジェクトのルートパスのhttpを代表して：/ / localhostを：8888 / Servlet25Project /; JSP で/：サーバーのルートパスのhttp：// localhostを：8888 /）
ホスティング：経由してIPルートドメイン名解決の前にネイティブアクセスを実装
JSP
実行、ページ要素、ジャンプ方法、ビルトインオブジェクト、スコープ、JSTL、EL表現
実行プロセス：（jsp-のJava（サーブレットファイル）-class）の最初の訪問：サーバは、その後、JSPのJavaへのドキュメントを翻訳しますJavaクラスファイルにコンパイルされたファイル、第二の訪問：クラスファイルへの直接アクセス（JSPおよび交換サーブレット）
Eclipse開発：ブラウザが直接のWebContent内のファイルにアクセスすることができ、WEB-INFファイルには、クライアントを介してすることはできません（ブラウザデバイス）直接アクセスのみを再起動することなく、変更JSPの\ HTML \ CSS \ JS、Javaコードは、Tomcatサービスを再起動する必要があり、アクセス、統一された文字セットエンコーディング、変更web.xmlの、コンフィギュレーションファイルを要求することで転送することができます。
ページ要素：HTML 、Javaのコード（スクリプトスクリプトレット:!ローカルおよびグローバル変数、出力=式）、コマンド（ページ、言語：JSP、インポート 、pageEncodingは：JSP、contentTypeの）、 コメント（HTML注釈、アノテーション、JSPコメント）
GETとPOST：アドレスバーを表示情報でGET要求モード（アドレス情報フィールドが、限ら対応するために、4〜5キロバイト、要求大きなデータファイルが存在する場合、このようなアドレスバーなどのフィルム）は、データエラーのすべてに対応しません。投稿は表示されません、画像ファイルがポストでなければなりませんアップロード
要求の転送とリダイレクト：
| 要求の転送 | リダイレクト | |
|---|---|---|
| アドレスバー | 変わりません | 変更 |
| 最初の要求データを保持するかどうか | 保持 | 保持されていません |
| リクエストの数 | 1 | 2 |
| ジャンプの発生箇所 | サーバー | クライアントのセカンドジャンプ |
クッキーとセッション：同じID
| セッション | クッキー | |
|---|---|---|
| 保存された場所 | サーバー | クライアント |
| セキュリティ | より安全な | 安全性の低いです |
| 保存内容 | オブジェクト | ストリング |
適用範囲：
一般的な方法：（オブジェクトのgetAttribute（文字列名） ： 属性名または属性値）、（空のsetAttribute（文字列名 、オブジェクトobj）： 設定されている属性値（追加、編集））（のsetAttribute（「」 、「B」）;対象が前に存在しない場合、新しいAのターゲットを作成し、あなたが以前に存在している場合、変更されたB）（無効removeAttribute（文字列名の値は ）： 属性名に応じて、オブジェクトを削除します）
| スコープ | オブジェクトの種類 | |
|---|---|---|
| pageContextの | 現在のページ | ページオブジェクト |
| リクエスト | 有効なリクエスト（;不正なリダイレクト要求転送有効）と | リクエストオブジェクト |
| セッション | 同じセッションが有効である時に（どのような場合に有効でジャンプしています） | Sessionオブジェクト |
| 応用 | グローバル有効（現在有効なプロジェクトと動作時） | グローバルオブジェクト |
組み込みオブジェクト：
;：設け増加クッキー、リダイレクション、OUTは:(出力オブジェクト）クライアントにコンテンツを出力要求（リクエストオブジェクトストアが「要求情報がサーバにクライアントによって送信された」）、応答（レスポンスオブジェクト、メインメソッド応答コード）、セッション（セッション・サーバ）（クッキーとサーバークライアントセッション1つので対応）（セッション方式）（クッキー：ローカルキャッシュの役割に相当し、クッキーは、組み込みオブジェクトではありません、あなたは新しい必要）、アプリケーション（グローバルオブジェクト）、設定（コンフィギュレーション・オブジェクト：サーバ構成オブジェクト）、ページ（現在のページオブジェクト）、例外（例外オブジェクト）のpageContext（JSPページ容器）
JSPアクセスデータベース：、JavaのJDBCコードをJSPにコピーされ、<％ ...％>
JSTL：使用：tablibを導入し、瓶のパッケージを導入し、cは接頭辞で
、共通のタグライブラリ：（<C：セット>は、一般的な与えるとオブジェクトをマッピングすることができ、変数、そこには変数の割り当てはありませんが、オブジェクトに割り当てに存在していないではありません）、（<C：アウト値 = "">： （表示データがデフォルト存在しなくてもよい））、（<C：削除>： 削除 プロパティ）
コンディションタグライブラリ：単一再選択（<C：もしテスト= " 「>） マルチセレクターに（<C：選択> + < Cを：テスト=とき"">）（ テストを使用しては= ""バックに注意を払う必要がありますスペースか、スペースは文字列、すなわち）、非真となり
、反復タグライブラリ：<C：forEachの項目= " $ {...}" VAR = "" varStatus = "">
JavaBeanは：JSPコードは、コード再利用向上、コードを簡略化するために、クラスに進むに登録されている
使用レベル：カプセル化ビジネスロジックを、データのカプセル化
a.publicは、引数なしで基づいて、パブリックコンストラクタを修飾
するすべての属性（存在する場合）は、Bです。プライベート、および（あなたがされて置き換え得ることができる場合はブール値）を設定/取得提供
EL式：JSP、Javaコードの構文を排除するために：$ {EL式}、$ {requestScopeオブジェクトのプロパティ属性...} getプロパティメソッドを呼び出しエッセンス呼び出しで、オペレータ使用：ポイントまたはブラケット（二重引用符/単一引用符を、特殊文字、変数や配列を収容することができます）、地図、キー値、論理演算子$（3 > 2）、空のオペレータ、$ {空。Objectプロパティ}、暗黙オブジェクト（PAGESCOPE、requestScope、sessionScopeと、applicationScopeを ）、 オブジェクトのパラメータ（フォームデータ、ハイパーリンクデータ、アドレスフィールド値データ、$ {PARAM} $ {paramValuesは}）、JSP組み込みオブジェクト（$ {のpageContext。メソッド名（削除）と最初の文字と小文字を取得}メソッドをカスケード）
サーブレット
コーディング：問題の中国のパラメータを（<メタHTTP-当量= " Content-Typeの"コンテンツ= "text / htmlの;のcharset = UTF-8">）（request.setCharacterEncoding（ "UTF-8"）;）（response.setContentType（ "text / htmlの;のcharset = UTF -8"）;） （（パラメータ.getBytes（ "コーディング古い"新しいString）、新しいコーディング）統一要求符号化するステップと、server.xmlに=中）はURIEncoding GET均一な符号化モードを（ " UTF-8 "）
ライフサイクル：負荷（単一のインスタンス、実行時間）、初期化（一度実行）、サービスの提供、破壊、リサイクルアンロード
ジャンプ：転送要求（request.getRequestDispatcher（" * .htmlを「） 、前方（。 要求、応答）;）、リダイレクション（response.sendRedirect（ "* .htmlの"） ;）
開始から自動的相関コードを初期化：XMLの方法を：（<のload-on-startup > 1 </ロード・オン・スタートアップ>）;「注釈モード：（@ WebServlet（値= " / WelcomeServlet"、loadOnStartup = 1））
を達成するために：Javaクラスは、特定の仕様を満たしている必要がありますjavax.servlet.http.HttpServlet、前記書き換えdoGetメソッドを継承しなければなりません（ ）またはdoPostメソッド（）メソッドの
ステップ：クラスの準備その継承のHttpServlet 書き換えのdoGet（）、doPostメソッド（）メソッド;書き込みウェブ。
XML設定：要求されたアイテムのルートがインターセプトに<のservlet-mapping>内の<url-pattern>であり、名前のディレクトリで対応するクラスを見つける
とServlet3.0 Servlet2.5 の違い：
Servlet3.0の必要性はないのweb.xml上記で定義されたクラスサーブレットの構成が、（「値のURLパターン」）注釈@WebServletを記述する必要があり
、マッチングプロセス：要求アドレス値は@WebServletと一致する、マッチングが成功した場合、その要求がされアノテーションは、クラス対応
詳細API：メソッドパッケージ（継承）とのServletContextクラスのServletConfigベースのインターフェイスパラメータHTTPプロトコルの初期化;たServletResponseは変換さとのServletRequestのHttpServletRequestとHttpServletResponseの方法、GenericServletからサーブレットを作るか、または空に簡単です実現
MVC
M：モデルモデル：JavaBeanの機能を用いて実現
V：ビュービュー：HTML JS CSS JSP jqueryの他のフロントエンド・ディスプレイ技術、及びユーザ対話
C：コントローラコントローラ：、処理要求がモデルにジャンプ要求を受け付け、モデル処理が完了すると、結果が要求側プロセスに戻され、コントローラは、サーブレットを使用して実装されています
3層アーキテクチャ
MVNターゲットデザインパターンと同じには、コードの再利用率を理解し、改善するために結合されている
三層とを：のWebContent（JSP、JS、HTMLにおけるプレゼンテーション層（USL、ビュー層、およびユーザ・インターフェース・ディスプレイと対話するためのフロント、 、CSSは、など）、制御がサービスで、サーブレットのパッケージ（SpringMVC、Struts2の））、ビジネスロジック（アセンブリBLL、サービス層、プレゼンテーション層の要求が受信通話とデータアクセス層でのビジネスロジック層の呼び出しに戻ってジャンプ、管理、BLLパケット）、データアクセス層（DAL、DAO層、DAOパッケージ）
三層との関係：上位層が下位層に依存するが、後に上層戻る下部層
3の最適化：追加のインタフェースは、（インターフェイスの開発のために推奨します、X =新しいクラスその実装インタフェース（）;、ダオ・インターフェースとサービスのニーズは、サーブレットは、クラス符号量ダオ層（実装データベース接続、更新冗長コード抽出操作を簡素化共通データベースDBUTILヘルプを使用して、）が必要）
ページング
5つの変数：データの総数、ページサイズ、総ページ数、ページ、現在の目標ページセット
MySQLが実質的実現方法を制限：一般的に、PAGENOを通過させることにより、クライアントは（数あたり）（ページ）、pageSizeを2ありませんページングされたデータパラメータが使用、データベースを照会するために、内蔵のMySQLデータの量は、この問題を解決し、データライン、主キーの多数を達成するために小さく、ソートに基づいている制限
ファイルのアップロードとダウンロード
ファイルアップロード：アドオンが原因再コンパイルや故障、アップロードの種類とサイズ制限に、「マルチパート/フォームのデータ」として、ノートのアップロードディレクトリをentype属性、コンポーネントのjarパッケージを導入するフォームが送信されるポストしなければならない
ファイルのダウンロード：ないに依存するJARパッケージ、ファイルへのサーブレット要求およびファイル入力ストリームによるアドレスのjsp seervletを読んで、二つのヘッドを提供する必要性に応じて、出力ストリームによるファイル出力、：（response.addHeader（「Content-Typeの 」、「アプリケーション/オクテットストリーム」 ）response.addHeader（「コンテンツ・処分」 、「添付ファイル;ファイル名=」+ fileNameに）;） ファイルのダウンロードを設定する必要が歪み
フィルタ
フィルタ：フィルタが（再初期化を実施）および破壊インタフェース（）原理のdoFilter（）プロセスによってフィルタ構成はchain.doFilter（リクエスト、レスポンス）によってインターセプト;放出を、一次およびサーブレット、JSPの間に
ワイルドカード
ディスパッチャ要求モード：フォワード要求として、エラー
フィルタ・チェーン：フィルタは、<フィルタマッピング>位置順序によって決定されます
モニター
聞く：リスナーはそれはインターフェース（リクエスト（ServletRequestListener）、セッション（実装するオブジェクトのHttpSessionListener）、アプリケーション（のServletContextListener））、 設定したリスナーの
聴取するオブジェクトメソッド：エンドモニターをリスニングを開始;のServletContextは自動的にコンテナに作成を開始し、プロパティの変更:(実現要求を（ServletRequestAttributeListener）、セッション（HttpSessionAttributeListenerに） 、アプリケーション（ServletContextAttributeListener） インタフェース）（それぞれ、追加、削除および方法に取って代わる）
パッシベーション及び活性化アンバインドセッション：JavaWeb -結合溶液縛らセッション、パッシベーションが活性化 ; JavaWebセッション活性化パッシベーション
