《深入浅出Spring》bean 中其他常用关键词(depend-on、primary)

本文介绍了Spring中bean的管理,包括依赖注入的优化方式如`depend-on`属性来控制bean的创建顺序,`primary`属性解决多bean选择问题,`autowire-candidate`控制自动装配候选,`lazy-init`实现延迟加载,以及`lookup-method`和`replaced-method`方法增强。此外,还讲解了bean的继承与父bean的概念。
摘要由CSDN通过智能技术生成

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 的属性以当前定义的为主。不再以模板中的为主

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值