阿里跳槽来的，连Spring容器与SpringMVC的容器的

　　说起spring容器和SpringMVC容器，很多刚接触spring框架的同志都有点懵，甚至是一头雾水，分不清楚两者的关系和区别。这俩容器呢虽然有必然的联系，但是他们的区别也是有的。下面我就简单描述下。
　　一、前言
　　首先在我们开发中会与到各种各样的容器，今天我们就说一下spring容器与springmvc容器。Spring和SpringMVC作为Bean管理容器和MVC层的默认框架，已被众多web应用采用。但是在实际应用中，初级开发者常常会因对Spring和SpringMVC的配置失当导致一些奇怪的异常现象，比如Controller的方法无法拦截、Bean被多次加载等问题，这种情况发生的根本原因在于开发者对Spring容器和SpringMVC容器之间的关系了解不够深入。
　　在Spring整体框架的核心概念中，容器的核心思想是管理Bean的整个生命周期。但在一个项目中，Spring容器往往不止一个，最常见的场景就是在一个项目中引入Spring和SpringMVC这两个框架，其本质就是两个容器。首先springmvc和spring它俩都是容器，容器就是管理对象的地方，例如Tomcat，就是管理servlet对象的，而springMVC容器和spring容器，就是管理bean对象的地方，再说的直白点，springmvc就是管理controller对象的容器，spring就是管理service和dao的容器，这下你明白了吧。所以我们在springmvc的配置文件里配置的扫描路径就是controller的路径，而spring的配置文件里自然配的就是service和dao的路径
　　SpringMVC。xml文件所配置的路径：
　　context：componentscanbasepackagecom。jd。controller
　　applicationContextservice。xml文件所配置的路径：
　　！开启注解扫描扫描dao层和service层context：componentscanbasepackagecom。gx。dao，com。jd。servicecontext：includefilterexpressionorg。springframework。stereotype。Servicetypeannotationcontext：includefilterexpressionorg。springframework。stereotype。Repositorytypeannotationcontext：componentscan
　　其次，spring容器和springmvc容器的关系是父子容器的关系。spring容器是父容器，springmvc是子容器。在子容器里可以访问父容器里的对象，但是在父容器里不可以访问子容器的对象，说的通俗点就是，在controller里可以访问service对象，但是在service里不可以访问controller对象
　　所以这么看的话，所有的bean，都是被spring或者springmvc容器管理的，他们可以直接注入。然后springMVC的拦截器也是springmvc容器管理的，所以在springmvc的拦截器里，可以直接注入bean对象。
　　！SpringMVC拦截器配置（可以多个）mvc：interceptors！配置拦截器mvc：interceptor！配置拦截的资源mvc：mappingpath！配置拦截器bean对象beanclasscom。jd。interceptor。MyInterceptor1mvc：interceptormvc：interceptors
　　二、Spring容器、SpringMVC容器与ServletContext之间的关系
　　在Web容器中配置Spring时，你可能已经司空见惯于web。xml文件中的以下配置代码，下面我们以该代码片段为基础来了解Spring容器、SpringMVC容器与ServletContext之间的关系。要想理解这三者的关系，需要先熟悉Spring是怎样在web容器中启动起来的。Spring的启动过程其实就是其SpringIOC容器的启动过程。特别地，对于web程序而言，IOC容器启动过程即是建立上下文的过程。
　　webapp。。。！利用Spring提供的ContextLoaderListener监听器去监听ServletContext对象的创建，并初始化WebApplicationContext对象listenerlistenerclassorg。springframework。web。context。ContextLoaderListenerlistenerclasslistener！ContextConfigurationlocationsforSpringXMLfiles（默认查找WEBINFapplicationContext。xml）contextparamparamnamecontextConfigLocationparamnameparamvalueclasspath：applicationContext。xmlparamvaluecontextparam！配置SpringMVC的前端控制器：DispatchcerServletservletservletnameSpringMVCservletnameservletclassorg。springframework。web。servlet。DispatcherServletservletclassinitparamparamnamecontextConfigLocationparamnameparamvalueclasspath：springmvc。xmlparamvalueinitparamloadonstartup1loadonstartupservletservletmappingservletnameSpringMVCservletnameurlpatternurlpatternservletmapping。。。webapp
　　Spring的启动过程
　　对于一个web应用，其部署在web容器中，web容器提供其一个全局的上下文环境，这个上下文就是ServletContext，其为后面的springIoC容器提供宿主环境；在web。xml中会提供有contextLoaderListener。在web容器启动时，会触发容器初始化事件，此时contextLoaderListener会监听到这个事件，其contextInitialized方法会被调用。在这个方法中，spring会初始化一个启动上下文，这个上下文被称为根上下文，即WebApplicationContext。WebApplicationContext是一个接口类，确切的说，其实际的实现类是XmlWebApplicationContext，它就是spring的IoC容器，其对应的Bean定义的配置由web。xml中的标签指定。在这个IoC容器初始化完毕后，Spring以WebApplicationContext。ROOTWEBAPPLICATIONCONTEXTATTRIBUTE为属性Key，将其存储到ServletContext中，便于获取；ContextLoaderListener监听器初始化完毕后，开始初始化web。xml中配置的Servlet，这个servlet可以配置多个，以最常见的DispatcherServlet为例，这个servlet实际上是一个标准的前端控制器，用以转发、匹配、处理每个servlet请求。DispatcherServlet上下文在初始化的时候会建立自己的IoC上下文，用以持有springmvc相关的bean。特别地，在建立DispatcherServlet自己的IoC上下文前，会利用WebApplicationContext。ROOTWEBAPPLICATIONCONTEXTATTRIBUTE先从ServletContext中获取之前的根上下文（即WebApplicationContext）作为自己上下文的parent上下文。有了这个parent上下文之后，再初始化自己持有的上下文。这个DispatcherServlet初始化自己上下文的工作在其initStrategies方法中可以看到，大概的工作就是初始化处理器映射、视图解析等。这个servlet自己持有的上下文默认实现类也是mlWebApplicationContext。初始化完毕后，spring以与servlet的名字相关（此处不是简单的以servlet名为Key，而是通过一些转换，具体可自行查看源码）的属性为属性Key，也将其存到ServletContext中，以便后续使用。这样每个servlet就持有自己的上下文，即拥有自己独立的bean空间，同时各个servlet共享相同的bean，即根上下文（第2步中初始化的上下文）定义的那些bean。
　　Spring容器与SpringMVC的容器联系与区别
　　ContextLoaderListener中创建Spring容器主要用于整个Web应用程序需要共享的一些组件，比如DAO、数据库的ConnectionFactory等；而由DispatcherServlet创建的SpringMVC的容器主要用于和该Servlet相关的一些组件，比如Controller、ViewResovler等。它们之间的关系如下：
　　作用范围
　　子容器（SpringMVC容器）可以访问父容器（Spring容器）的Bean，父容器（Spring容器）不能访问子容器（SpringMVC容器）的Bean。也就是说，当在SpringMVC容器中getBean时，如果在自己的容器中找不到对应的bean，则会去父容器中去找，这也解释了为什么由SpringMVC容器创建的Controller可以获取到Spring容器创建的Service组件的原因。
　　具体实现
　　在Spring的具体实现上，子容器和父容器都是通过ServletContext的setAttribute方法放到ServletContext中的。但是，ContextLoaderListener会先于DispatcherServlet创建ApplicationContext，DispatcherServlet在创建ApplicationContext时会先找到由ContextLoaderListener所创建的ApplicationContext，再将后者的ApplicationContext作为参数传给DispatcherServlet的ApplicationContext的setParent（）方法。也就是说，子容器的创建依赖于父容器的创建，父容器先于子容器创建。在Spring源代码中，你可以在FrameServlet。java中找到如下代码：
　　wac。setParent（parent）；
　　其中，wac即为由DisptcherServlet创建的ApplicationContext，而parent则为有ContextLoaderListener创建的ApplicationContext。此后，框架又会调用ServletContext的setAttribute（）方法将wac加入到ServletContext中。
　　三、Spring容器和SpringMVC容器的配置
　　在Spring整体框架的核心概念中，容器是核心思想，就是用来管理Bean的整个生命周期的，而在一个项目中，容器不一定只有一个，Spring中可以包括多个容器，而且容器间有上下层关系，目前最常见的一种场景就是在一个项目中引入Spring和SpringMVC这两个框架，其实就是两个容器：Spring是根容器，SpringMVC是其子容器。在上文中，我们提到，SpringMVC容器可以访问Spring容器中的Bean，Spring容器不能访问SpringMVC容器的Bean。但是，若开发者对Spring容器和SpringMVC容器之间的关系了解不够深入，常常会因配置失当而导致同时配置Spring和SpringMVC时出现一些奇怪的异常，比如Controller的方法无法拦截、Bean被多次加载等问题。
　　在实际工程中，一个项目中会包括很多配置，根据不同的业务模块来划分，我们一般思路是各负其责，明确边界，即：Spring根容器负责所有其他非controller的Bean的注册，而SpringMVC只负责controller相关的Bean的注册，下面我们演示这种配置方案。
　　（1）。Spring容器配置
　　Spring根容器负责所有其他非controller的Bean的注册：
　　！启用注解扫描，并定义组件查找规则，除了controller，扫描所有的Beancontext：componentscanbasepackagecn。edu。tju。ricocontext：excludefiltertypeannotationexpressionorg。springframework。stereotype。Controllercontext：componentscan
　　（2）。SpringMVC容器配置
　　SpringMVC只负责controller相关的Bean的注册，其中ControllerAdvice用于对控制器进行增强，常用于实现全局的异常处理类：
　　！启用注解扫描，并定义组件查找规则，mvc层只负责扫描Controller、ControllerAdvice！basepackage如果多个，用，分隔context：componentscanbasepackagecn。edu。tju。ricousedefaultfiltersfalse！扫描Controllercontext：includefiltertypeannotationexpressionorg。springframework。stereotype。Controller！控制器增强，使一个Contoller成为全局的异常处理类，类中用ExceptionHandler方法注解的方法可以处理所有Controller发生的异常context：includefiltertypeannotationexpressionorg。springframework。web。bind。annotation。ControllerAdvicecontext：componentscan
　　在中可以添加usedefaultfilters，Spring配置中的usedefaultfilters用来指示是否自动扫描带有Component、Repository、Service和Controller的类。默认为true，即默认扫描。如果想要过滤其中这四个注解中的一个，比如Repository，可以添加子标签，如下：
　　context：componentscanbasepackagecn。edu。tju。ricoscopedproxytargetClassusedefaultfilterstruecontext：excludefiltertypeannotationexpressionorg。springframework。stereotype。Repositorycontext：componentscan
　　而子标签是用来添加扫描注解的：
　　context：componentscanbasepackagecn。edu。tju。ricoscopedproxytargetClassusedefaultfiltersfalsecontext：includefiltertypeannotationexpressionorg。springframework。stereotype。Repositorycontext：componentscan
　　四、Spring容器和SpringMVC容器的配置失当带来的问题
　　问题描述
　　在一个项目中，想使用SpringAOP在Controller中切入一些逻辑，但发现不能切入到Controller的中，但可以切入到Service中。最初的配置情形如下：
　　1）。Spring的配置文件application。xml包含了开启AOP自动代理、Service扫描配置以及Aspect的自动扫描配置，如下所示：
　　context：componentscanbasepackagecn。edu。tju。rico
　　2）。SpringMVC的配置文件springmvc。xml主要内容是Controller层的自动扫描配置。
　　context：componentscanbasepackagecn。edu。tju。rico。controller
　　3）。增强代码为如下：
　　ComponentAspectpublicclassSecurityAspect｛privatestaticfinalStringDEFAULTTOKENNAMEXToken；privateTokenManagertokenManager；Resource（nametokenManager）publicvoidsetTokenManager（TokenManagertokenManager）｛this。tokenManagertokenManager；｝Around（annotation（org。springframework。web。bind。annotation。RequestMapping））publicObjectexecute（ProceedingJoinPointpjp）throwsThrowable｛从切点上获取目标方法MethodSignaturemethodSignature（MethodSignature）pjp。getSignature（）；MethodmethodmethodSignature。getMethod（）；若目标方法忽略了安全性检查，则直接调用目标方法if（method。isAnnotationPresent（IgnoreSecurity。class））｛System。out。println（method。isAnnotationPresent（IgnoreSecurity。class）：method。isAnnotationPresent（IgnoreSecurity。class））；returnpjp。proceed（）；｝从requestheader中获取当前tokenStringtokenWebContext。getRequest（）。getHeader（DEFAULTTOKENNAME）；检查token有效性if（！tokenManager。checkToken（token））｛StringmessageString。format（token〔s〕isinvalid，token）；thrownewTokenException（message）；｝调用目标方法returnpjp。proceed（）；｝｝
　　4）。需要被代理的Controller如下：
　　RestControllerRequestMapping（tokens）publicclassTokenController｛privateUserServiceuserService；privateTokenManagertokenManager；publicUserServicegetUserService（）｛returnuserService；｝Resource（nameuserService）publicvoidsetUserService（UserServiceuserService）｛this。userServiceuserService；｝publicTokenManagergetTokenManager（）｛returntokenManager；｝Resource（nametokenManager）publicvoidsetTokenManager（TokenManagertokenManager）｛this。tokenManagertokenManager；｝RequestMapping（methodRequestMethod。POST）IgnoreSecuritypublicResponselogin（RequestParam（uname）Stringuname，RequestParam（passwd）Stringpasswd）｛booleanflaguserService。login（uname，passwd）；if（flag）｛StringtokentokenManager。createToken（uname）；System。out。println（Token：token）；returnnewResponse（）。success（LoginSuccess。。。）；｝returnnewResponse（）。failure（LoginFailure。。。）；｝RequestMapping（methodRequestMethod。DELETE）IgnoreSecuritypublicResponselogout（RequestParam（uname）Stringuname）｛tokenManager。deleteToken（uname）；returnnewResponse（）。success（LogoutSuccess。。。）；｝｝
　　在运行过程中，发现这样配置并没有起作用，AOP配置不生效，没有生成TokenController的代理。
　　解决方案
　　由上一节可知，原因有两点：
　　Spring容器与SpringMVC容器分别基于各自的配置文件进行初始化，所以，在SpringMVC容器创建TokenController时，由于其没有启用AOP代理，导致SpringMVC容器没有为TokenController生成代理，所以没有生效。虽然父容器启用了AOP代理，但由于父子容器的独立性，无济于事。
　　因此，我们只需要在SpringMVC的配置文件中添加Aspect的自动扫描配置即可实现所要的效果。此外，一般地，SpringMVC容器只管理Controller，剩下的Service、Repository和Component由Spring容器只管理，不建议两个容器上在管理Bean上发生交叉。因此，建议配置为：
　　SpringMVC配置：
　　context：componentscanbasepackagecom。hodc。sdk。controller
　　Spring配置：
　　context：annotationconfigcontext：componentscanbasepackagecom。hodc。sdkcontext：excludefiltertypeannotationexpressionorg。springframework。stereotype。Controllercontext：componentscan
　　总结
　　springmvc容器是spring容器的子容器，但是子容器可以父容器的bean，但是父容器不能访问子容器的bean。Spring容器和SpringMVC容器虽然是父容器与子容器的关系，但二者之间具有一定的独立性。具体来说，两个容器基于各自的配置文件分别进行初始化，只有在子容器找不到对应的Bean时，才回去父容器中去找并加载
　　写在最后
　　希望通过这篇文章能让大家分清楚spring容器和SpringMVC容器的关系与区别。虽然这些知识点都是老生常谈，不否认还是很多人分不清和不了解，但知识点不管是不是老生常谈也都是需要掌握的，毕竟基础要打好，这样才能有更高的成就赚到更多的钱呀。好了本文到此结束了，希望能对铁子们有帮助和收获。喜欢的铁子们可以点点赞和关注，文章持续更新，也可以评论出你想看哪一块技术。铁子们的支持是我的动力，创作离不开铁子们的支持，在此先感谢大家！