关闭

Spring与SpringMVC的容器关系分析

722人阅读 评论(0) 收藏 举报
分类:

原文出处:http://www.yangchangming.com/articles/2016/09/16/1474047652822.html

Spring和SpringMVC作为Bean管理容器和MVC层的默认框架,已被众多WEB应用采用,而实际使用时,由于有了强大的注解功能,很多基于XML的配置方式已经被替代,但是在实际项目中,同时配置Spring和SpringMVC时会出现一些奇怪的异常,比如Bean被多次加载,多次实例化,或者依赖注入时,Bean不能被自动注入,但是明明你已经将该Bean注册了的。找原因还是要看问题的根源,我们从容器说起。

在Spring整体框架的核心概念中,容器是核心思想,就是用来管理Bean的整个生命周期的,而在一个项目中,容器不一定只有一个,Spring中可以包括多个容器,而且容器有上下层关系,目前最常见的一种场景就是在一个项目中引入Spring和SpringMVC这两个框架,其实就是2个容器,Spring是根容器,SpringMVC是其子容器,并且在Spring根容器中对于SpringMVC容器中的Bean是不可见的,而在SpringMVC容器中对于Spring根容器中的Bean是可见的,也就是子容器可以看见父容器中的注册的Bean,反之就不行。理解这点很重要,因为这是一个规则,是Spring自己设定的,但是往下看,我们会发现有些地方它并不默认使用这个规则。

当我们使用注解时,对于Bean注册这个功能的实现就不需要在给每个Bean配置XML了,只要使用统一的如下配置即可。

?
1
<context:component-scan base-package=“com.test" />
根据Spring提供的参考手册,该配置的功能是扫描默认包下的所有的@Component注解,并且自动注册到容器中,同时也扫描@Controller,@Service,@Respository这三个注解,他们是继承自@Component。
 
除了以上我们使用的扫描配置,在项目中我们经常见到的就是<context:annotation-config/>这个配置,其实有了以上的配置,这个是可以省略掉的。
还有一个SpringMVC相关的是<mvc:annotation-driven />配置,经过验证,这个是必须要配置的,因为它是和@RequestMapping结合使用的,这里补充下SpringMVC框架相关的知识点。

HandlerMapping,是SpringMVC中用来处理Request请求URL到具体Controller的,其自身也分成很多种类;
HandlerAdapter,是SpringMVC中用来处理具体请求映射到具体方法的,其自身也分很多种类;

@RequestMapping这个注解的主要目的就是对具体的Controller和方法进行注册,以方便HandlerMapping用来处理请求的映射。但是@RequestMapping需要结合<mvc:annotation-driven />使用才能生效。

好了,有了以上基础知识的铺垫,我们看下现在这样的一个使用场景中,Spring与SpringMVC的容器冲突的原因在那里!

Spring配置文件applicationContext.xml,SpringMVC配置文件applicationContext-MVC.xml,这样项目中就有2个容器了,配置方式A,如下:
applicationContext.xml中配置了<context:component-scan base-package=“com.test" />,负责所有需要注册的Bean的扫描工作,applicationContext-MVC.xml中配置<mvc:annotation-driven />,负责springMVC相关注解的使用,启动项目发现,springMVC失效,无法进行跳转,开启log的DEBUG级别进行调试,发现springMVC容器中的请求好像没有映射到具体controller中;

配置方式B,如下:
为了快速验证效果,将<context:component-scan base-package=“com.test" />扫描配置到applicationContext-MVC.xml中,重启后,验证成功,springMVC跳转有效。

要想查看具体原因,翻看源码,从springMVC的DispatcherServlet开始看,在一个请求进来之后,发生了什么?漫长的查看之后,找到原因,如下。

springMVC初始化时,会寻找所有当前容器中的所有@Controller注解的Bean,来确定其是否是一个handler,而当前容器springMVC中注册的Bean中并没有@Controller注解的,注意,上面提及的配置方式A,所有的@Controller配置的Bean都注册在Spring这个父容器中了,看代码。

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
protected void initHandlerMethods() {
        if (logger.isDebugEnabled()) {
            logger.debug("Looking for request mappings in application context: " + getApplicationContext());
        }
        String[] beanNames = (this.detectHandlerMethodsInAncestorContexts ?
                BeanFactoryUtils.beanNamesForTypeIncludingAncestors(getApplicationContext(), Object.class) :
                getApplicationContext().getBeanNamesForType(Object.class));
        for (String beanName : beanNames) {
            if (isHandler(getApplicationContext().getType(beanName))){
                detectHandlerMethods(beanName);
            }
        }
        handlerMethodsInitialized(getHandlerMethods());
    }

在方法isHandler中会判断当前bean的注解是否是controller,代码如下:

?
1
2
3
protected boolean isHandler(Class<?> beanType) {
        return AnnotationUtils.findAnnotation(beanType, Controller.class) != null;
    }

在配置方式B中,springMVC容器中包括了所有的@Controller注解的Bean,所以自然就能找到了。
以上是原因,解决办法是什么?注意看initHandlerMethods()方法中,detectHandlerMethodsInAncestorContexts这个Switch,它主要控制从那里获取容器中的bean,是否包括父容器,默认是不包括的。所以解决办法是有的,即在springMVC的配置文件中配置HandlerMapping的detectHandlerMethodsInAncestorContexts属性为true即可(这里需要根据具体项目看使用的是哪种HandlerMapping),让其检测父容器的bean。如下:

?
1
2
3
4
5
<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping">
        <property name="detectHandlerMethodsInAncestorContexts">
            <value>true</value>
        </property>
    </bean>

以上已经有了2种解决方案了,但在实际工程中,会包括很多配置,根据不同的业务模块来划分,所以我们一般思路是各负其责,明确边界,Spring根容器负责所有其他非controller的Bean的注册,而SpringMVC只负责controller相关的Bean的注册。第三种方案如下:

Spring容器配置,排除所有@controller的Bean

?
1
2
3
<context:component-scan base-package="com.fsnip.open">
        <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
    </context:component-scan>

SpringMVC容器配置,让其只包括@controller的Bean

?
1
2
3
<context:component-scan base-package="com.fsnip.open" use-default-filters="false">
        <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller" />
    </context:component-scan>

个人比较推荐第三种方案。引申一下,项目中使用事务的配置方案,也会在这种场景下失效,归根结底也是由于2个容器的可见性问题导致,可以结合具体问题按照上面的思路进行查找原因!

1
0
查看评论

spring和springmvc的父子容器的关系

首先,必须先理解spring在web容器的是如何运行的。  1 对于一个web应用,当其部署在web容器上时,web容器就会给其提供一个全局的上下文环境ServletContext. 这个上下文环境将为后面的所有的spring有关的容器提供宿主环境,相当于是提供一个仓库。后面的所有的容...
  • JJ_nan
  • JJ_nan
  • 2017-03-24 16:46
  • 1461

spring 和 springmvc 的父子容器关系浅析

spring 和springmvc 的父子容器 @controller中访问属性文件配置的属性 spring和spring mvc 中加载属性文件的顺序
  • liudongdong0909
  • liudongdong0909
  • 2016-04-07 18:55
  • 3397

Spring与SpringMVC的容器关系分析

Spring和SpringMVC作为Bean管理容器和MVC层的默认框架,已被众多WEB应用采用,而实际使用时,由于有了强大的注解功能,很多基于XML的配置方式已经被替代,但是在实际项目中,同时配置Spring和SpringMVC时会出现一些奇怪的异常,比如Bean被多次加载,多次实例化,或者依赖注...
  • u010585120
  • u010585120
  • 2016-03-29 15:55
  • 1034

Spring、SpringMVC父子容器关系浅析

浅析配置文件:web.xml ...<context-param> <param-name>contextConfigLocation</param-name> <param-value>classpath:spring...
  • wuseyukui
  • wuseyukui
  • 2016-11-02 17:38
  • 2635

spring和springmvc父子容器的关系

大家都知道,在spring的配置中要分开配置service层的注解扫描,以及springmvc变现层的注解扫描,如下: 那么,问题来了,为什么不可以直接在spring的service中配置如下注解扫描呢? 这样只要配置一次扫描就够了。 事实上,这种配置会导致404错误,所以...
  • LemonTreey
  • LemonTreey
  • 2016-11-08 10:32
  • 2117

Spring 的 IOC 容器和SpringMVC 的IOC容器

不知道你们配置的时候,会不会引入两次Bean的情况需要进行 Spring 整合 SpringMVC 吗?还是否需要再加入 Spring 的 IOC 容器? 是否需要再 web.xml 文件中配置启动 Spring IOC 容器的 ContextLoaderListener 需要: 通常情况下, 类...
  • u012881904
  • u012881904
  • 2017-07-31 20:30
  • 270

Spring与SpringMVC的关系

在此鉴于你已经了解过Spring的相关知识,简单描述一下Spring与Spring的关系联系:在框架的使用中,Spring类似于一个具有多种特性,也可以说是多种功能模块的应用平台,(特性就比如IoC,AOP,事务处理,持久化驱动等等),并且可以用来与其他一些优秀并流行的开源框架进行快速的整合。对于一...
  • No_Endless
  • No_Endless
  • 2017-03-17 20:19
  • 1953

spring和springMVC父子容器的原理

要想很好理解这三个上下文的关系,需要先熟悉spring是怎样在web容器中启动起来的。spring的启动过程其实就是其IoC容器的启动过程,对于web程序,IoC容器启动过程即是建立上下文的过程。 spring的启动过程: 首先,对于一个web应用,其部署在web容器中,web容器提供其一个全...
  • u012129558
  • u012129558
  • 2016-06-02 11:31
  • 2855

Spring 的 IOC 容器和 SpringMVC 的 IOC 容器 关系

需要进行 Spring 整合 SpringMVC 吗 ? 还是否需要再加入 Spring 的 IOC 容器 ? 是否需要再 web.xml 文件中配置启动 Spring IOC 容器的 ContextLoaderListener ? 1. 需要: 通常情况下, 类似于数据源, 事务, 整合其他框架...
  • u014695188
  • u014695188
  • 2016-06-02 23:27
  • 5805

spring和spring_mvc的联系和区别

CSDN日报20170707——《稀缺:百分之二的选择》    征文 | 你会为 AI 转型么?    专家问答 | 资深Java工程师带你解读MyBatis 简述Spring容器与SpringMVC的...
  • qq_35251019
  • qq_35251019
  • 2017-07-11 14:25
  • 212
    个人资料
    • 访问:786321次
    • 积分:5612
    • 等级:
    • 排名:第5598名
    • 原创:96篇
    • 转载:1篇
    • 译文:0篇
    • 评论:299条
    博客专栏
    其他信息
    music