Spring核心——Bean的定义与控制

在前面两篇介绍Sring核心与设计模式的文章中，分别介绍了Ioc容器和Bean的依赖关系。若是阅读过前2文就会知道，Spring的整个运起色制就是围绕着IoC容器以及Bean展开的。IoC就是一个篮子，全部的Bean都向里面扔。除了提供篮子功能建立并存放Bean以外，IoC还要负责管理Bean与Bean之间的关系——依赖注入。以前也提到Bean是Spring核心容器的最小工做单元，Spring一些更高级的功能（例如切面、代理）都是在Bean的基础上实现。

除了管理Bean与Bean之间的关系，IoC还提供了对Bean自身进行控制的各项功能，本文将介绍Bean的生命周期功能以及状态定义功能。

前置依赖

Bean与Bean之间存在依赖关系，能够是强依赖（经过XML和注解直接声明依赖）、也能够是弱依赖（ApplicationContextAware等方式获取）。当一个Bean须要另一个Bean完成初始化后自身才能工做时，例如一个Bean依赖DataSoruce，可是DataSource的初始化须要较长时间。这个时候用depends-on声明前置依赖便可：

<!-- 依赖多个Bean使用,号分割 -->
<bean id="beanOne" class="ExampleBean" depends-on="manager,accountDao">
    <property name="manager" ref="manager" />
</bean>

<bean id="manager" class="ManagerBean" />
<bean id="accountDao" class="x.y.jdbc.JdbcAccountDao" />

延迟加载

一般状况下，全部的 singleton 类型的Bean都会在容器建立后进行初始化，简单的说就是启动Jvm就开始建立（其实是建立ApplicationContext的某个实现类实例以后）。

IoC支持全部的 singleton Bean在使用时再加载，这样作的好处是能够大大节省初始化的时间。可是若是你的应用对启动时间的长短并不敏感，建议让全部的 singleton 都启动时加载。这样能够在启动时就发现一些问题，而不是在运行好久直到使用时才由用户去触发这个问题。或者能够根据场景来使用决定是否延迟，例如开发时使用延迟加载，而在集成测试或上生产时关闭。

能够设置全局延迟加载，也能够设置某个Bean延迟加载：

<beans default-lazy-init="true">
    <!-- 全部的Bean知道使用的时候才会进行加载... -->
</beans>

<!-- 只有lazy类延迟加载 -->
<bean id="lazy" class="com.foo.ExpensiveToCreateBean" lazy-init="true"/>
<bean name="not.lazy" class="com.foo.AnotherBean"/>

须要注意的是，在设置某个单独的Bean延迟加载时，若是有某个没有延迟加载的Bean要依赖他，那实际上也会在初始化的时候就加载。

还要强调一下，这里的“加载”仅仅是为了表示一个类被Ioc创造并放置容器中，和classLoad方法将class文件中的字节码加载到方法区的加载是两个概念。

延迟加载在设计模式上是单例模式一种延伸，一般也被称为懒汉模式。单例一般有双重锁+volatile、静态类和枚举三种方式实现。在Effective Java一书中对三种模式都有深刻的解析。而对于Spring容器而言，枚举的方式确定很差用了，静态类因为属于自身代码级别应该也不会用，因此双重锁的实现方式较为可信。不过我没去看过源码，仅属于猜想。

生命周期方法

一个Bean的建立、使用再到最后销毁称为"Bean的生命周期"。Spring框架为Bean的生命周期各个阶段提供了多种回掉方法来处理各类状态或者数据。

初始化方法

当一个Bean完成初始化并注入各项参数以后，初始化回掉方法会被调用，简单的说就是完成建立以后会被调用。实现初始化回调方法有2个路径：1.继承org.springframework.beans.factory.InitializingBean接口，而后实现 afterPropertiesSet方法。2.在Bean的XML配置上使用init-method属性来制定要调用的初始化：

继承实现：

<bean id="a" class="x.y.A" />

package x.y;
public class A implements InitializingBean {
    public void afterPropertiesSet(){
        // init
    }
}

配置实现：

<bean id="a" class="x.y.A" init-method="init" />

package x.y;
public class A {
    public void init(){}
}

2种方法都等效，实际使用是咱们应该使用哪种方法呢？

InitializingBean是Spring早期实现的一个生命周期回调方法。可是在JCP推出JSR-250和JSR-330规范以后，Spring的大神们开始意识到基于元编程思想和配置手段来实现非侵入式框架（Not Coupled）才是正道。因此如今都是推荐使用配置文件和JSR-250的@PostConstruct（关于各类Annotation的使用请关注后续的文章）。如今依然保留InitializingBean应该是考虑到兼容问题。

销毁方法

与建立方法相对应的是销毁方法。当一个类将要被销毁以前，对应的销毁回调方法会被调用。销毁方法也有一个继承实现和配置+注解实现：

继承实现：

<bean id="a" class="x.y.A" />

package x.y;
public class A implements DisposableBean {
    public void destroy(){
        // 销毁资源
    }
}

配置实现：

<bean id="a" class="x.y.A" destroy-method="cleanUp" />

package x.y;
public class A {
    public void cleanUp(){
        // 销毁资源
    }
}

依然建议销毁手段也使用配置或@PreDestroy来设定销毁方法。

全局配置初始化与销毁方法

IoC容器还提供了全局配置初始化与销毁方法的配置：

package x.y;
public class A {
    public void init(){
        // 初始化资源
    }
    public void destroy(){
        // 销毁资源
    }
}

<beans default-init-method="init" default-destroy-method="destroy">
     <bean id="a" class="x.y.A"/>
     <!-- bean configuration -->
</beans>

经过在<beans>标签上使用default-init-method和default-destroy-method 属性参数，能够为容器中全部的Bean统一指定初始化和销毁的生命周期方法。

若是在<beans>上设定2个默认的生命周期方法，同时在<bean>上也指定了init-method或destroy-method，回调方法会以<bean>上的配置为准。这样就保证全局配置与单独配置能够共存。

使用初始化或销毁2个生命周期方法注意的要点：

1. 初始化和销毁都提供了3种手段：XML配置、注解、以及实现接口。系统的各个部分会交由不一样的团队开发，不遵循统一的规范，建议使用知足JSR规范的注解——@PostConstruct、@PreDestroy。若是是统一的团队，准训一致的规范，建议使用<beans>的属性统一名称使用全局配置。
2. 若是Bean设计到代理模式时（例如使用了AOP），那么生命周期方法被调用时，有可能代理类尚未被建立出来。由于生命周期方法是实体类完成对应工做以后就会被调用，而与代理类无关。