spring的父子容器及配置详解

spring的父子容器及配置详解

spring父子容器

spring总的上下文容器有父子之分，父容器和子容器。 ** 父容器对子容器可见，子容器对父容器不可见 ** 。

对于传统的spring mvc来说，spring mvc容器为子容器，也就是说ServletDispatcher对应的容器为子容器，而web.xml中通过ConextLoaderListener的contextConfigLocation属性配置的为父容器。

父子容器的使用场景

父子容器的主要用途是上下文隔离。考虑以下一种场景。

project-service.jar为服务层模块。包含一些数据库service方法。其对应的spring配置文件为project-service.xml。

project-api为api服务器代码。它依赖于project-service.jar。其对应的配置文件为project-api.xml。

project-api需要对project-service里的某些方法进行decorate，进行装饰，比如给CustomerService进行装饰。装饰后的类为CachedCustomerService。于是，现在project-api里面包含两个CustomerService，一个是来自project-service的CustomerService，另一个是CachedCustomerService。这个时候，如果project-api工程所有的配置文件都通过一个上下文进行加载，势必出现问题(通常的做法是用import标签全部给import进来)。因为，project里的PayService里通过@Resource标准注入了CustomerService，类似如下

@Serivce

public classhttp:// PayService{

@Resource

private CustomerService cusService;

}

解决方式

这时，由于上下文在注入customerService属性的时候，遇到了两个CustomService。它无法判读注入哪个Service。

当然了，有人会说，改一下PayService的Resource属性，指定下具体注入哪个。但是，project-service.jar是第三方库的话，改动代码变得不可行，除非拿到源码。

这个时候，就可以通过父子容器的方式解决这个问题。

将project-service放在父容器中，project-api所有的bean用子容器加载。

假设project-api的上下文配置文件为project-api.xml，实现方法如下。

1、定义project-total.xml

classpath:project-service.xml

classpath:project-service.xml

classpath:project-api.xml

2、在web.xml的上下文配置中如下。

contextConfigLocation

classpath*:project-total.xml

org.springframework.web.util.Log4jConfigListener

org.springframework.web.context.ContextLoaderListener

serviceContext为父容器,apiContext为子容器，从而实现serviceContext看不到apiContext，而apiContext可以看见serviceContext的效果。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。