简述Spring容器与SpringMVC的容器的联系与区别 | 您所在的位置:网站首页 › web容器和servlet容器的区别 › 简述Spring容器与SpringMVC的容器的联系与区别 |
在Spring整体框架的核心概念中,容器的核心思想是管理Bean的整个生命周期。但在一个项目中,Spring容器往往不止一个,最常见的场景就是在一个项目中引入Spring和SpringMVC这两个框架,其本质就是两个容器:Spring是根容器,SpringMVC是其子容器。关于这两个容器的创建、联系及区别也正是本文所关注的问题。 ![]() 喜欢本文、觉得本文对您有帮助的朋友别忘了点点赞和关注。持续更新更多干货 一、引子Spring和SpringMVC作为Bean管理容器和MVC层的默认框架,已被众多web应用采用。但是在实际应用中,初级开发者常常会因对Spring和SpringMVC的配置失当导致一些奇怪的异常现象,比如Controller的方法无法拦截、Bean被多次加载等问题,这种情况发生的根本原因在于开发者对Spring容器和SpringMVC容器之间的关系了解不够深入,这也正是本文要阐述的问题。 二、Spring容器、SpringMVC容器与ServletContext之间的关系![]() 作用范围 子容器(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的注册: (2). SpringMVC容器配置 SpringMVC只负责controller相关的Bean的注册,其中@ControllerAdvice用于对控制器进行增强,常用于实现全局的异常处理类: 在context:component-scan中可以添加use-default-filters,Spring配置中的use-default-filters用来指示是否自动扫描带有@Component、@Repository、@Service和@Controller的类。默认为true,即默认扫描。如果想要过滤其中这四个注解中的一个,比如@Repository,可以添加子标签,如下: 而context:include-filter/子标签是用来添加扫描注解的: 四、Spring容器和SpringMVC容器的配置失当带来的问题问题描述 在一个项目中,想使用Spring AOP在Controller中切入一些逻辑,但发现不能切入到Controller的中,但可以切入到Service中。最初的配置情形如下: 1). Spring的配置文件application.xml包含了开启AOP自动代理、Service扫描配置以及Aspect的自动扫描配置,如下所示: 2). Spring MVC的配置文件spring-mvc.xml主要内容是Controller层的自动扫描配置。 3). 增强代码为如下: @Component @Aspect public class SecurityAspect { private static final String DEFAULT_TOKEN_NAME = "X-Token"; private TokenManager tokenManager; @Resource(name = "tokenManager") public void setTokenManager(TokenManager tokenManager) { this.tokenManager = tokenManager; } @Around("@annotation(org.springframework.web.bind.annotation.RequestMapping)") public Object execute(ProceedingJoinPoint pjp) throws Throwable { // 从切点上获取目标方法 MethodSignature methodSignature = (MethodSignature) pjp.getSignature(); Method method = methodSignature.getMethod(); // 若目标方法忽略了安全性检查,则直接调用目标方法 if (method.isAnnotationPresent(IgnoreSecurity.class)) { System.out .println("method.isAnnotationPresent(IgnoreSecurity.class) : " + method.isAnnotationPresent(IgnoreSecurity.class)); return pjp.proceed(); } // 从 request header 中获取当前 token String token = WebContext.getRequest().getHeader(DEFAULT_TOKEN_NAME); // 检查 token 有效性 if (!tokenManager.checkToken(token)) { String message = String.format("token [%s] is invalid", token); throw new TokenException(message); } // 调用目标方法 return pjp.proceed(); } }4). 需要被代理的Controller如下: @RestController @RequestMapping("/tokens") public class TokenController { private UserService userService; private TokenManager tokenManager; public UserService getUserService() { return userService; } @Resource(name = "userService") public void setUserService(UserService userService) { this.userService = userService; } public TokenManager getTokenManager() { return tokenManager; } @Resource(name = "tokenManager") public void setTokenManager(TokenManager tokenManager) { this.tokenManager = tokenManager; } @RequestMapping(method = RequestMethod.POST) @IgnoreSecurity public Response login(@RequestParam("uname") String uname, @RequestParam("passwd") String passwd) { boolean flag = userService.login(uname, passwd); if (flag) { String token = tokenManager.createToken(uname); System.out.println("**** Token **** : " + token); return new Response().success("Login Success..."); } return new Response().failure("Login Failure..."); } @RequestMapping(method = RequestMethod.DELETE) @IgnoreSecurity public Response logout(@RequestParam("uname") String uname) { tokenManager.deleteToken(uname); return new Response().success("Logout Success..."); } }在运行过程中,发现这样配置并没有起作用,AOP配置不生效,没有生成TokenController的代理。 解决方案 由上一节可知,原因有两点: Spring容器与SpringMVC容器分别基于各自的配置文件进行初始化,所以,在SpringMVC容器创建TokenController时,由于其没有启用AOP代理,导致SpringMVC容器没有为TokenController生成代理,所以没有生效。 虽然父容器启用了AOP代理,但由于父子容器的独立性,无济于事。因此,我们只需要在SpringMVC的配置文件中添加Aspect的自动扫描配置即可实现所要的效果。此外,一般地,SpringMVC容器只管理Controller,剩下的Service、Repository 和 Component 由Spring容器只管理,不建议两个容器上在管理Bean上发生交叉。因此,建议配置为: SpringMVC 配置: Spring配置: |
CopyRight 2018-2019 实验室设备网 版权所有 |