サンズコンテナ
彼らは親子関係あるとして示すように、スプリング、二つの容器を設計しました：
サブコンテナに含まれる親コンテナ、サブコンテナは、ビーン親コンテナにそれを得ることができるが、サブコンテナBeanの親コンテナを取得していない;これはまた、DAOコントローラが注入又はサービスすることができる保証はなく、サービスはなく、DAO噴射制御装置。
示すようにもちろん、あなたも、単一の容器を使用することができます。
父と息子は、安全性を高めることができるコンテナを構築するので、しかし、それは、注入された危険性があります。
web.xmlの構成コンテナの父と息子
プロジェクトをビルドSpringmvc、実際には、それが二つの容器を構成することです。そして、（Tomcatなど）Webコンテナは、最初から、Webアプリケーションのweb.xml設定ファイルをロードし、そうspringmvcコンテナを構築するために、父と息子は、web.xmlに設定されています。
私たちは、単純化された例のweb.xmlファイルを見て：
シャープのweb.xmlを検索するには、フィルタ、セッション構成など、残りの2つの要素を削除します。
1、のServletContextListenerリスナーと実装contextConfigLocationのContextLoaderListener。
ContextLoaderListenerは、それがのServletContextのライフサイクルを監視する、のServletContextListenerを実現しました。ときのServletContext初期化メソッドがcontextInitializedのContextLoaderListenerの実装をトリガします。春の親コンテナは、独自の春のコンテナを構築し、ここからカットされます。
親コンテナプロファイルはから来ますか？すなわち、定義されたコンテキスト・PARAMタグcontextConfigLocationの値。ServletContextにロードされたweb.xmlファイルを解析するときにコンテキストPARAMキーを定義するために、ばね容器contextInitialized方法で構築するとき、それによってばね親コンテナを構築する構成のServletContextから取得します。
図2は、そのcontextConfigLocation遠位端とコントローラのDispatcherServlet。
web.xml下半部分是关于子容器的配置，子容器的切入点是从Servlet的init方法开始的。这里定义了DispatcherServlet，并且设置了初始化参数contextConfigLocation，用于初始化子容器的配置文件。
web容器在ServletContext初始化完了以后会开始实例化Servlet，并调用Servlet的init方法执行初始化，子容器将在这里创建。init-param定义了contextConfigLocation可以从servletConfig里面获取。另外，子容器创建以后，之前ContextLoaderListener创建的父容器将被组合到子容器里（如果构建的是父子容器）。
contextClass
我们注意到web.xml中无论context-param或者init-param添加的配置只有contextConfigLocation而没有contextClass，也就是仅仅指定了容器的配置文件但是未指定使用何种容器。
web项目中较长使用的contextClass有两种
1、AnnotationConfigWebApplicationContext：基于Java注解配置
2、XmlWebApplicationContext：基于XML文件配置的
较早的时候基本上都是采用XmlWebApplicationContext，而后推行 “注解化” 思想开始走向AnnotationConfigWebApplicationContext。但是如果并没有指定使用何种contextClass就会降级选择XmlWebApplicationContext。
如果你想指定父容器的contextClass可以这样指定：
如果你想指定子容器的contextClass可以这样指定：
SPI机制Java配置父子容器
上面我们都是基于web.xml配置，而Java在新的Servlet规范中提供了SPI机制来配置可以去除web.xml完全转而使用Java。
下面我们看一个无web.xml的配置示例：
配置的结构与web.xml基本没有区别。
Servlet3.0规范中提供了ServletContainerInitializer接口
单从接口的命名也可以了解到它意图用作Servlet的容器初始化，通过SPI的发现机制将会找到该接口的实现类。
spring针对该接口的实现如下
@HandlesTypes注解中定义了WebApplicationInitializer.class接口，web容器通过SPI机制回调SpringServletContainerInitializer的时候会从类路径中找到所有WebApplicationInitializer的实现类，并通过webApplicationInitializerClasses集合传入onStartup方法，所以实现WebApplicationInitializer接口的实现类将基于SPI机制，被用作初始化ServletContext。
大体是这样一个过程：
web容器 -> 通过SPI机制 -> 调用ServletContainerInitializer接口的实现类 -> 调用WebApplicationInitializer的实现类
总结
springmvc项目的配置过程始终围绕着容器，无关乎采用传统的web.xml配置方式还是采用SPI。
父容器的配置切入点是ServletContextListener监听器，在ServletContext初始化完以后触发，子容器的配置在Servlet实例化以后init方法调用触发。
你可以通过contextClass指定容器的类是XML还是Java注解，也可以通过contextConfigLocation指定容器配置的位置，如果是xml指定文件路径，如果是Java注解指定类路径。
最后，如果你不想配置父子容器只想配置单个容器，需要注意注入的安全问题。