spring容器和springmvc容器，以及web容器的关系

说到spring和springmvc，其实有很多工作好多年的人也分不清他们有什么区别，如果你问他项目里用的什么MVC技术，他会说我们用的spring和mybatis，或者spring和hibernate。

在潜意识里会认为springmvc就是spring，之前我也是这么认为的，哈哈。 

　　虽然springMVC和spring有必然的联系，但是他们的区别也是有的。下面我就简单描述下

　　首先 springmvc和spring它俩都是容器，容器就是管理对象的地方，例如Tomcat，就是管理servlet对象的，而springMVC容器和spring容器，就是管理bean对象的地方，再说的直白点，springmvc就是管理controller对象的容器，spring就是管理service和dao的容器，这下你明白了吧。所以我们在springmvc的配置文件里配置的扫描路径就是controller的路径，而spring的配置文件里自然配的就是service和dao的路径

　　spring-mvc.xml

<context:component-scan base-package="com.smart.controller" />

　　applicationContext-service.xml

<!-- 扫描包加载Service实现类 -->
    <context:component-scan base-package="com.smart.service"></context:component-scan>
或者
<context:component-scan base-package="com.smart">
    <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
</context:component-scan>

       至于他是怎么管理起来的，又是怎么注入属性的，这就涉及到他们底层的实现技术了
　　其次， spring容器和springmvc容器的关系是父子容器的关系。spring容器是父容器，springmvc是子容器。在子容器里可以访问父容器里的对象，但是在父容器里不可以访问子容器的对象，说的通俗点就是，在controller里可以访问service对象，但是在service里不可以访问controller对象

　　所以这么看的话，所有的bean，都是被spring或者springmvc容器管理的，他们可以直接注入。然后springMVC的拦截器也是springmvc容器管理的，所以在springmvc的拦截器里，可以直接注入bean对象。

<mvc:interceptors>
        <mvc:interceptor>
            <mvc:mapping path="/employee/**" ></mvc:mapping>
            <bean class="com.smart.core.shiro.LoginInterceptor" ></bean>
        </mvc:interceptor>
    </mvc:interceptors>

　　而web容器又是什么鬼，
　　web容器是管理servlet，以及监听器(Listener)和过滤器(Filter)的。这些都是在web容器的掌控范围里。但他们不在spring和springmvc的掌控范围里。因此，我们无法在这些类中直接使用Spring注解的方式来注入我们需要的对象，是无效的，
web容器是无法识别的。

　　但我们有时候又确实会有这样的需求，比如在容器启动的时候，做一些验证或者初始化操作，这时可能会在监听器里用到bean对象；又或者需要定义一个过滤器做一些拦截操作，也可能会用到bean对象。
那么在这些地方怎么获取spring的bean对象呢？下面我提供两个方法：

1、

public void contextInitialized(ServletContextEvent sce) {
　　ApplicationContext context = (ApplicationContext) sce.getServletContext().getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE); 
　　UserService userService = (UserService) context.getBean("userService");
}

2、

public void contextInitialized(ServletContextEvent sce) {
　　WebApplicationContext webApplicationContext = WebApplicationContextUtils.getWebApplicationContext(sce.getServletContext()); 
　　UserService userService = (UserService) webApplicationContext.getBean("userService"); 
}

　　注意：以上代码有一个前提，那就是servlet容器在实例化ConfigListener并调用其方法之前，要确保spring容器已经初始化完毕！而spring容器的初始化也是由Listener（ContextLoaderListener）完成，因此只需在web.xml中先配置初始化spring容器的Listener，然后在配置自己的Listener。

 

一、web容器

对于一个web 应用，其部署在web 容器中，web 容器为其提供一个全局的上下文环境(ServletContext )，为其后面的spring IoC 容器提供宿主环境

一个WEB应用对应一个ServletContext上下文.这里说的Web容器就是ServletContext.

 

二、Spring ioc容器

在web.xml 中会提供 contextLoaderListener。在web 容器启动时，会触发容器初始化事件，此时 contextLoaderListener 会监听到这个事件，其 contextInitialized 方法会被调用，在这个方法中，spring 会初始化一个启动上下文，这个上下文就被称为根上下文，即 WebApplicationContext ，这是一个接口类，确切的说，其实际实现类是 XmlWebApplicaitonContext 。这个就是Spring 的Ioc容器，其对应的Bean配置由web.xml中的context-param标签指定.在Ioc 容器初始化完毕后，spring 以WebApplicationContext.ROOTWEBAPPLICATIONEXTATTRIBUTE 为属性key，将其存储到 servletContext 中，便于获取

 

三、spring mvc容器

contextLoaderListener 监听器初始化完毕后(spring IOC 容器初始化完毕后)，开始初始化web.xml 中配置的servlet ，这个servlet 可以配置多个，以最常见的DispatcherServlet 为例，这个servlet 实际上是一个标准的前端控制器，用以转发、匹配、处理每个servlet请求。DispatcherServlet 上下文在初始化的时候会建立自己的Ioc 上下文，用以持有springmvc 相关的bean。在建立DispatherSrvlet 自己的Ioc 上下文时，会利用 WebApplicationContext.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE 先从ServletContext 中获取之前的根上下文（即 WebApplicationContext）作为自己上下文的parent 上下文，有了这个parent 上下文之后，再初始化自己持有的上下文。这个DispatcherServlet 初始化自己上下问的工作在其 initStrategies 方法中可以看到，大概的工作就是初始化处理器映射、视图解析等，这个servlet 自己持有的上下文默认实现类也是 XmlWebApplicationContext。

初始化完毕后，spring以与Servlet 的名字相关的属性为key，将其存到servletcontext 中，以便后续使用。这样每个Servlet 都持有自己的上下文，即拥有自己独立的bean 空间，同时各个servlet 共享相同的bean，即根上下文定义的那些bean

--------------------- 
作者：人鱼线 
来源：CSDN 
原文：https://blog.csdn.net/qfikh/article/details/80507011 
版权声明：本文为博主原创文章，转载请附上博文链接！