depend-on
如果xml中定义的bean特别多,而有些bean之间也没有强依赖关系,此时如果想去调整bean的创建和销毁的顺序,得去调整xml中bean的定义顺序,或者去加强依赖,这样是非常不好的,spring中可以通过depend-on来解决这些问题,在不调整bean的定义顺序和强加依赖的情况下,可以通过通过depend-on属性来设置当前bean的依赖于哪些bean,那么可以保证depend-on指定的bean在当前bean之前先创建好,销毁的时候在当前bean之后进行销毁。
- depend-on使用方式:
<bean id="bean1" class="" depend-on="bean2,bean3; bean4" />
depend-on:设置当前bean依赖的bean名称,可以指定多个,多个之间可以用”,;空格“进行分割
上面不管bean2,bean2,bean4在任何地方定义,都可以确保在bean1创建之前,会先将bean2,bean3,bean4创建好,表示bean1依赖于这3个bean,可能bean1需要用到bean2、bean3、bean4中生成的一些资源或者其他的功能等,但是又没有强制去在bean1类中通过属性定义强依赖的方式去依赖于bean2、bean3、bean4;当然销毁的时候也会先销毁当前bean,再去销毁被依赖的bean,即先销毁bean1,再去销毁depend-on指定的bean。
primary
当希望从容器中获取到一个bean对象的时候,容器中却找到了多个匹配的bean,此时spring不知道如何选择了,处于懵逼状态,就会报异常。
spring中可以通过bean元素的primary属性来解决这个问题,可以通过这个属性来指定当前bean为主要候选者,当容器查询一个bean的时候,如果容器中有多个候选者匹配的时候,此时spring会返回主要的候选者。
<bean id="bean1" class="" primary="true" />
autowire-candidate
设置当前bean在被其他对象作为自动注入对象的时候,是否作为候选bean,默认值是true。
- 栗子
- bean.xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-4.3.xsd">
<bean id="serviceA" class="com.yuan11.SetterBean$ServiceA"/>
<bean id="serviceB" class="com.yuan11.SetterBean$ServiceB"/>
<bean id="setterBean" class="com.yuan11.SetterBean" autowire="byType" />
</beans>
容器在创建setterBean的时候,发现其autowire为byType,即按类型自动注入,此时会在SetterBean类中查找所有setter方法列表,其中就包含了setService方法,setService方法参数类型是IService,然后就会去容器中按照IService类型查找所有符合条件的bean列表,此时容器中会返回满足IService这种类型并且autowire-candidate=”true”的bean,刚才有说过bean元素的autowire-candidate的默认值是true,所以容器中符合条件的候选bean有2个:serviceA和serviceB,setService方法只需要一个满足条件的bean,此时会再去看这个列表中是否只有一个主要的bean(即bean元素的primary=“ture”的bean),而bean元素的primary默认值都是false,所以没有primary为true的bean,此时spring容器懵了,不知道选哪个了,此时就报错了,抛出NoUniqueBeanDefinitionException异常
从上面过程中可以看出将某个候选bean的primary置为true就可以解决问题了。
或者只保留一个bean的autowire-candidate为true,将其余的满足条件的bean的autowire-candidate置为false,此时也可以解决这个问题
- autowire-candidates属性解析
beans元素是xml中定义bean的根元素,beans元素有个default-autowire-candidates属性,用于定义哪些bean可以作为候选者,default-autowire-candidates的值是个通配符如:
default-autowire-candidates="*Service"
再来说一下bean元素的autowire-candidate属性,这个属性有3个可选值:
- default:这个是默认值,autowire-candidate如果不设置,其值就是default
- true:作为候选者
- false:不作为候选者
lazy-init
在bean定义的时候通过lazy-init属性来配置bean是否是延迟加载,true:延迟初始化,false:实时初始化
所谓延迟初始化,就是和实时初始化刚好相反,延迟初始化的bean在容器启动过程中不会创建,而是需要使用的时候才会去创建,先说一下bean什么时候会被使用:
- 被其他bean作为依赖进行注入的时候,比如通过property元素的ref属性进行引用,通过构造器注入、通过set注入、通过自动注入,这些都会导致被依赖bean的创建
- 开发者自己写代码向容器中查找bean的时候,如调用容器的getBean方法获取bean。
上面这2中情况会导致延迟初始化的bean被创建。
<bean id="" class ="" lazy-init="是否是延迟初始化" />
lookup-method
方法查找,调用name属性指定的方法的时候,spring会对这个方法进行拦截,然后去容器中查找lookup-method元素中bean属性指定的bean,然后将找到的bean作为方法的返回值返回。
这个地方底层是使用cglib代理实现的,后面有篇文章会详细介绍代理的2种实现,到时候大家注意下,spring中很多牛逼的功能都是靠代理实现的
单例bean中使用多例bean的一种方式
<bean id="serviceB" class="com.yuan11.lookupmethod.ServiceB">
<lookup-method name="getServiceA" bean="serviceA"/>
</bean>
注意上面的配置,重点在于这行配置:
<lookup-method name="getServiceA" bean="serviceA"/>
当我们调用serviceB中的getServiceA方法的时候,这个方法会拦截,然后会按照lookup-method元素中bean属性的值作为bean的名称去容器中查找对应bean,然后作为getServiceA的返回值返回,即调用getServiceA方法的时候,会从spring容器中查找id为serviceA的bean然后返回。
replaced-method
方法替换,比如我们要调用serviceB中的getServiceA的时候,我们可以对serviceB这个bean中的getServiceA方法进行拦截,把这个调用请求转发到一个替换者处理。这就是replaced-method可以实现的功能,比lookup-method更强大更灵活
单例bean中使用多例bean的第二种方式
步骤一:定义替换者bean
<!-- 定义替换者bean -->
<bean id="serviceBMethodReplacer" class="com.yuan11.ServiceBMethodReplacer" />
这里的bean 需要实现 spring的MethodReplacer接口
步骤二:通过replaced-method元素配置目标bean需要被替换的方法
<bean id="serviceB" class="com.yuan11..ServiceB">
<replaced-method name="getServiceA" replacer="serviceAMethodReplacer"/>
</bean>
注意上面的replaced-method元素的2个属性:
-
name:用于指定当前bean需要被替换的方法
-
replacer:替换者,即实现了MethodReplacer接口的类对应的bean
上面配置中当调用serviceB的getServiceA的时候,会自动调用serviceAMethodReplacer这个bean中的reimplement方法进行处理
bean 继承 parent
-bean.xml
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-4.3.xsd">
<bean id="serviceA" class="com.yuan11.ServiceA"/>
<bean id="baseService" abstract="true">
<property name="name" value="Java"/>
<property name="serviceA" ref="serviceA"/>
</bean>
<bean id="serviceB" class="com.yuan11.ServiceB" parent="baseService"/>
<bean id="serviceC" class="com.yuan11.ServiceC" parent="baseService"/>
</beans>
上面多了一个baseService的bean,这个bean没有指定class对象,但是多了一个abstract=”true”的属性,表示这个bean是抽象的,abstract为true的bean在spring容器中不会被创建,只是会将其当做bean定义的模板,而serviceB和serviceC的定义中多了一个属性parent,用来指定当前bean的父bean名称,此处是baseService,此时serviceB和serviceC会继承baseService中定义的配置信息。
子bean中也可以重新定义父bean中已经定义好的配置,这样子配置会覆盖父bean中的配置信息,
我们将bean.xml中serviceC的定义改一下:
<bean id="serviceC" class="com.yuan111.ServiceC" parent="baseService">
<property name="name" value="python"/>
</bean>
此时 bean service 的属性以当前定义的为主。不再以模板中的为主