web.xmlの
<コンテキスト-param>の
の<param-name>のcontextConfigLocation </ PARAM名>
< - -指定加载アプリケーション配置文件！>
の<param-value>のクラスパス：春/ application.xmlの</ PARAM値>
</コンテキスト-param>
<聞き手>
<listener- クラス > org.springframework.web.context.ContextLoaderListener </ listener- クラス >
</リスナー>
<！ -配置SpringMVC - >
の<servlet>
の<servlet-name>のusermanage </サーブレット名>
<servlet- クラス > org.springframework.web.servlet.DispatcherServlet </ servlet- クラス >
の<init-param>の
<！-春- MVC外部プロファイル負荷を指定します。 - >
の<param-name>のcontextConfigLocation </ PARAM名>-春- MVC外部プロファイルのロード指定- >
の<param-value>をCLASSPATH：春/ springmvc.xml </ PARAM値>
</ INIT-PARAM>
の<load-on-startup> 1 </のload-on-startup>
</サーブレット>
サーブレット：春-MVCで表さ子供のためのコンテナ
DispatcherServletのコンテキストの初期化IOCは、Spring MVCの関連Beanを保持するために、独自のコンテキストを構築します。
フロントエンドコントローラのDispatcherServlet
遠位使用要求をリッスン（および応答要求処理作業を完了して返すために様々なコンポーネントを調整する責任組織）とき特別のDispatcherServlet
現在の要求を受信する、のDispatcherServletハンドラ（例えばコントローラなどの方法で、）要求を処理するすべてのインスタンスが道を見つけるために、独自の実装クラスを介してトラバーサル、各ベースHandlerMapping要求情報をHandlerMapping容器から除去しました
コンテキスト-PARAM：春自身に代わってコンテナ船、春-MVCはコンテナから継承された子コンテナとして理解することができ、春のコンテナは、Javaの同じ継承の原則で、最上位の親クラス容器であります
IOC SpringMVC豆容器は春IOCコンテナBeanを参照することができ
逆スプリングIOC容器ビーン春MVC IOCがので豆容器内で参照することができません。
Spring MVCのIOCのSpring IoCコンテナ船がサブクラスで、サブクラスは親を参照することができ、親クラスがサブクラスを参照されていません。
ソフトウェアの観点から、Spring MVCのは、サービス層を呼び出すことができ、プレゼンテーション層は、ビジネス層は、プレゼンテーション層と呼ばれることができないです。
サーバーは、web.xmlの原因リスナーがリスニングして解析する場合には、それだけで、初期化のスプリングMVCコンテナの後、春のコンテナを初期化するために優先させて頂きます。