细说Spring——IoC详解（XML配置二）

最新推荐文章于 2024-11-11 00:03:55 发布

Jivan2233

最新推荐文章于 2024-11-11 00:03:55 发布

阅读量429

点赞数

分类专栏： Spring 细说Spring 文章标签： Spring java

本文链接：https://blog.csdn.net/q982151756/article/details/80321493

版权

Spring 同时被 2 个专栏收录

17 篇文章 74 订阅

订阅专栏

细说Spring

13 篇文章 37 订阅

订阅专栏

我们书接上文：细说Spring——IoC详解（四），接着讲解配置文件。

一、`<bean>`中的属性

1、`depends-on`

我们可以用depends-on属性来声明当前的对象所依赖的对象，比如我们当前的对象A在构造时调用了对象B的一个方法，那么我们就可以使用depends-on来声明这种依赖，然后在容器构造对象A之前就会先去构造对象B，同时可以在depends-on中通过逗号分割各个beanName，来达到多个依赖的效果，示例如下：

<bean id="classAInstance" class="...ClassA" depends-on="configSetup,configSetup2,..."/>
<bean id="configSetup" class="SystemConfigurationSetup"/>
<bean id="configSetup2" class="SystemConfigurationSetup2"/>

2、`autowire`

通过<bean>的autowire属性，可以指定当前bean定义采用某种类型的自动绑定模式。也就是可以帮助我们自动的注入依赖，而不用使用<constructor-arg>和<property>来显式的声明依赖。
Spring提供了5种自动绑定模式，即no、byName、byType、constructor和autodetect，下面是它们的具体介绍：

no：容器默认的自动绑定模式，也就是不采用任何形式的自动绑定，完全依赖手工明确配置各个bean之间的依赖关系，以下代码演示的两种配置是等效的：<bean id="beanName" class="..."/>或者<bean id="beanName" class="..." autowire="no"/>
byName：按照类中声明的实例变量的名称，与XML配置文件中声明的bean定义的beanName的值进行匹配，相匹配的bean定义将被自动绑定到当前实例变量上。这种方式对类定义和配置的bean定义有一定的限制。假设我们有如下所示的类定义：

public class Foo
{
 private Bar emphasisAttribute;
 ...
 // 相应的setter方法定义
}
public class Bar
{
 ...
}

那么应该使用如下代码所演示的自动绑定定义，才能达到预期的目的：

<bean id="fooBean" class="...Foo" autowire="byName">
</bean>
<bean id="emphasisAttribute" class="...Bar">
</bean>

需要注意两点：第一，我们并没有明确指定fooBean的依赖关系，而仅指定了它的autowire属性
为byName；第二，第二个bean定义的id为emphasisAttribute，与Foo类中的实例变量名称相同。

byType：如果指定当前bean定义的autowire模式为byType，那么，容器会根据当前bean定义类型，分析其相应的依赖对象类型，然后到容器所管理的所有bean定义中寻找与依赖对象类型相同的bean定义，然后将找到的符合条件的bean自动绑定到当前bean定义。对于byName模式中的实例类Foo来说，容器会在其所管理的所有bean定义中寻找类型为Bar的bean定义。如果找到，则将找到的bean绑定到Foo的bean定义；如果没有找到，则不做设置。但如果找到多个，容器会告诉你它解决不了“该选用哪一个”的问题，你只好自己查找原因，并自己修正该问题。所以，byType只能保证，在容器中只存在一个符合条件的依赖对象的时候才会发挥最大的作用，如果容器中存在多个相同类型的bean定义，那么，不好意思，采用手动明确配置吧！指定byType类型的autowire模式与byName没什么差别，只是autowire的值换成byType而已，可
以参考如下代码：

<bean id="fooBean" class="...Foo" autowire="byType">
</bean>
<bean id="anyName" class="...Bar"> </bean>

constructor：byName和byType类型的自动绑定模式是针对property的自动绑定，而constructor类型则是针对构造方法参数的类型而进行的自动绑定，它同样是byType类型的绑定模式。不过，constructor是匹配构造方法的参数类型，而不是实例属性的类型。与byType模式类似，如果找到不止一个符合条件的bean定义，那么，容器会返回错误。使用上也与byType没有太大差别，只不过是应用到需要使用构造方法注入的bean定义之上，示例如下：

public class Foo
{
    private Bar bar;
    public Foo(Bar arg)
     {
        this.bar = arg;
     }
 ...
}
相应配置为
<bean id="foo" class="...Foo" autowire="constructor"/>
<bean id="bar" class="...Bar">
</bean>

autodetect：这种模式是byType和constructor模式的结合体，如果对象拥有默认无参数的构造方法，容器会优先考虑byType的自动绑定模式。否则，会使用constructor模式。当然，如果通过构造方法注入绑定后还有其他属性没有绑定，容器也会使用byType对剩余的对象属性进行自动绑定。

<beans>有一个default-autowire属性，它可以帮我们省去为多个<bean>单独设置autowire属性的麻烦，default-autowire的默认值为no，即不进行自动绑定。

3、`dependency-check`

我们可以使用每个<bean>的dependency-check属性对其所依赖的对象进行最终检查，该功能可以帮我们检查每个对象某种类型的所有依赖是否全部已经注入完成，不过可能无法细化到具体的类型检查。有如下4种类型的依赖检查：

none：不做依赖检查。将dependency-check指定为none跟不指定这个属性等效，所以，还是不要多敲那几个字符了吧。默认情况下，容器以此为默认值。
simple：如果将dependency-check的值指定为simple，那么容器会对简单属性类型以及相
关的collection进行依赖检查，对象引用类型的依赖除外。
object：只对对象引用类型依赖进行检查。
all：将simple和object相结合，也就是说会对简单属性类型以及相应的collection和所有对
象引用类型的依赖进行检查。

4、 `lazy-init`

延迟初始化，这个主要作用于ApplicationContext容器，BeanFactory容器的初始化策略默认是延迟初始化。<beans>中也有一个 default-lazy-init属性，可以统一控制所有的<beans>进行延迟初始化。示例如下：

<beans default-lazy-init="true">
     <bean id="lazy-init-bean" class="..." lazy-init="false"/>
     <bean id="not-lazy-init-bean" class="...">
         <property name="propName">
             <ref bean="lazy-init-bean"/>
         </property>
    </bean>
 ...
</beans>

好了到了这里<bean>中比较一般的属性就介绍完了，接下来是一些比较重要的属性，我们就着重来看一下。

5、`abstract`和`parent`

在面向对象的编程原理中，当多个类拥有相同的方法和属性，则可以引入父类消除代码重复。在Spring容器中，如果多个Bean存在相同的配置信息，同样可以定义一个父Bean，子Bean将自动继承父Bean的配置信息。父bean中的所有属性值也会出现在子bean当中，那么假如子bean当中配置了父bean已有的属性的话，会覆盖掉父bean中的配置。我们可以通过<parent>来指定继承关系，示例如下：
1、未使用父子<bean>的配置

    <bean id=“car1” class=“cn.lovepi.***.Car”  
     p:brand=“奔驰E300” p:price=“2000” p:color=“黑色”/>  

    <bean id=“car1” class=“cn.lovepi.***.Car”  
     p:brand=“奔驰E300” p:price=“2000” p:color=“红色”/>

可以看到，两个car bean除了color属性不同之外，其他属性都是完全一样的。

2、使用父子<bean>的配置

<bean id=“abstractCar” class=“cn.lovepi.***.Car”  
     p:brand=“奔驰E300” p:price=“2000” p:color=“黑色” abstract=“true”/>  
<bean id=“car1” p:color=“红色” parent=“abstractCar” />  
<bean id=“car1” p:color=“白色” parent=“abstractCar” />

可以看到car1和car2这两个bean都继承自abstractCar这个父bean，在上面的代码中子bean就只改变了color属性，其他属性都跟父类相同。

通过abstract属性声明为true，说明这个bean定义不需要实例化。。如果你不想容器在初始化的时候实例化某些对象，那么可以将其abstract属性赋值true，以避免容器将其实例化。对于ApplicationContext容器尤其如此，因为默认情况下，ApplicationContext会在容器启动的时候就对其管理的所有bean进行实例化，只有标志为abstract的bean和设定为延迟加载的bean除外。

6、`scope`

这里就在偷个懒吧，贴个链接：Spring学习（十五）Spring Bean 的5种作用域介绍
这个博客详细的讲解了<bean>的scope属性。

7、`factory-method`和`factory-bean`

这里就需要介绍，依赖的注入除了我们常用的构造器方法注入和setter方法注入以外，还可以使用工厂方法进行注入，这里分为了两种，一个是静态工厂方法注入，一个是非静态工厂方法注入，下面就分别介绍一下吧：

静态工厂方法注入

public class StaticBarInterfaceFactory
{
     public static BarInterface getInstance()
     { 
      return new BarInterfaceImpl();
     }
}

为了将该静态工厂方法类返回的实现注入Foo，我们使用以下方式进行配置

<bean id="foo" class="...Foo">
     <property name="barInterface">
         <ref bean="bar"/>
     </property>
</bean>
<bean id="bar" class="...StaticBarInterfaceFactory" factory-method="getInstance"/>

class指定静态方法工厂类，factory-method指定工厂方法名称，然后，容器调用该静态方法工
厂类的指定工厂方法（getInstance），并返回方法调用后的结果，即BarInterfaceImpl的实例。
也就是说，为foo注入的bar实际上是BarInterfaceImpl的实例，即方法调用后的结果，而不是静态工厂方法类（StaticBarInterfaceFactory）。

非静态工厂方法注入

public class NonStaticBarInterfaceFactory
{
    public BarInterface getInstance()
     {
         return new BarInterfaceImpl();
     }
 ...
}

<bean id="foo" class="...Foo">
     <property name="barInterface">
         <ref bean="bar"/>
     </property>
</bean>
<bean id="barFactory" class="...NonStaticBarInterfaceFactory"/>
<bean id="bar" factory-bean="barFactory" factory-method="getInstance"/>

NonStaticBarInterfaceFactory是作为正常的bean注册到容器的，而bar的定义则与静态工厂方
法的定义有些不同。现在使用factory-bean属性来指定工厂方法所在的工厂类实例，而不是通过
class属性来指定工厂方法所在类的类型。指定工厂方法名则相同，都是通过factory-method属性进行的。

二、总结

这里就对<bean>标签中的属性进行一个总结：

Id：通过id来访问SpringBeanFactory中的java bean
name: 通过name来访问SpringBeanFactory中的java bean，在某种意义上来讲name就是id的别称。
class：java bean定义的全限定名，即包名+类名。假如配置文件中没有指定id或name的取值，那么class即作为id的取值。
parent：如果没有指定class属性的话则可以使用parent，他们的含义是等效的。而且parent java bean 定义不仅能够继承parent当中定义的所有内容，而且还能够覆盖parent当中定义的相关内容。比如覆盖java bean方法：init、destory等内容。当然某些parent设置是不能被覆盖的，比如：依赖关系、autowire的值、作用域。
abstract：当值为true的时候，表明相应的java bean定义只是供parent使用，其本身是不能够被实例化的。默认值为false。
scope：bean的作用域，Spring当中提供了5种作用域。
lazy-init：延迟加载属性，只有当用到这个bean的时候，Spring才会进行实例化。
autowire：开发者是否使用Spring提供的autowire功能，建议不使用，默认值为no
dependency-check：Spring是否需要对java bean 以及java bean之间的依赖关系来进行判断。定义此属性将会覆盖在beans中定义的default-dependency-check属性。
depends-on：用于保证相应的java bean在其指定depends-on的java bean实例化之后，才去实例化使用了depends-on的java bean的本身。
init-method：主要用于设置在实例化java bean，并设置java bean的属性之后，待执行的初始化方法。
destroy-method：当中SpringBeanFactory销毁的时候,可以利用此方法来进行一些资源回收的操作。或者一些其他的操作，比如关闭同GMS目的地的监听以及连接。在这里请注意，指令的方法应该是参数类型。
factory-method：指定用于创建java bean 工厂的methed方法。在Spring当中，对象的创建最好是通过bean factory来创建。
factory-bean：指定用于创建java bean实例的工厂类。