要求処理フローのSpring MVCフレームワーク
この図の分析は、それがスプリングMVCはまた、ページマッピングルールを対応する制御要求に応じて要求駆動型のWebフレームワークに基づいて設計され、また、フロントエンド制御モードを使用し、その後分散させることが見出されていますプロセスステップ以下、その具体的な分析を処理するための装置（プロセッサ）
まず、ユーザは、分散処理のためにどのページ要求制御部（コントローラ）に従って決定フロントエンドコントローラ（のDispatcherServlet）、（例えばURLなど）コントローラ要求情報のフロントエンドに要求を送信します。上記の図1相当するステップ。
2ページコントローラは要求を行うサービス処理を受信した後、後のModelAndView戻る処理しました。3,4,5ステップは、上の図に対応します。
3つのフロントコントローラ転送は回復するために制御し、その後、論理ビュー名に応じて返され、そのレンダリングのために、ビューリゾルバからディスプレイへのモデルデータを実際のビューを選択します。上図のステップ6及び7に対応します。
4フロントエンドコントローラ再び制御を取り戻すために、応答は、全体の処理が終了をもたらす、ブラウザクライアントに結果を返します。上図に8相当するステップ。
アーキテクチャ2 Spring MVCのフレームワーク
我々は、要求と戻り、プロセスの作業を完了するために彼らの任務とSpring MVCの努力の多くのコンポーネントの受信に応答して、図に見られます。フレームワークを通して、スプリングMVCは、要求を処理し、応答結果を返す完了するために、異なる構成要素を調整する責任がある組織の中心にそれほどのDispatcherServletことは、他のコンポーネントに対処するために委託すべての要求および特定の作業のためのフロントエンドコントローラによって受信されます。
Spring MVCの要求処理によると、私たちは特に、各コンポーネントは、仕事の内容に責任がある分析：
1つのクライアントは、HTTP要求を行い、Webアプリケーション・サーバーは、要求を受信します。ルートマップマッチングのDispatcherServlet要求、要求は、WebコンテナのDispatcherServlet処理に転送され、
2のDispatcherServlet GET要求、情報要求の後（URL、リクエストパラメータ、HTTPメソッドなど）、及び処理要求HandlerMappingプロセッサを見つけるために配置されました（ハンドラ）
。のDispatcherServletは、適切なハンドラを見つける後3は、カプセル化されたハンドラのHandlerAdapterによって、次いで均一なアダプタインターフェースハンドラを呼び出します。人々が実際に仕事にハンドラを使用するようHandlerAdapterを理解することができます。
情報を要求する前の期間に4が実際にメソッドハンドラを処理するコールに達し、Spring MVCのも多くの作業を完了し、それが特定の方法で情報を要求し、引数のオブジェクトに対して、リクエストメソッドにバインドされた参照に変換しましたこれは、データをフォーマットし、データチェック、データ変換を実行します。これらが行われた後、最後は本当に対応するビジネス・ロジックの処理の方法ハンドラの処理を呼び出します。
サービス処理プロセッサ5、モデル名と論理ビューのデータが含まれているのDispatcherServletのModelAndViewオブジェクトへの復帰の完了後。
真のビューオブジェクトビューにViewResolverの解決さ6〜DispatcherServletの論理ビュー名は、JSP、HTML、XML、PDF、することができ JSON など、7 7 Spring MVCのは、柔軟に構成することができ、将来的に導入されます。
実際のビューオブジェクトを取得した後、DispatcherServletのビューは、モデルデータのModelAndViewオブジェクトをレンダリングするビューになります。
図8は、最終的には、応答メッセージクライアントを入手します。
