Spring核心 | Bean的定义与控制、纯Java运行与@Bean

转载本文需注明出处：微信公众号EAWorld，违者必究。

Spring的整个运转机制就是围绕着IoC容器以及Bean展开的。IoC就是一个篮子，所有的Bean都向里面扔。除了提供篮子功能创建并存放Bean之外，IoC还要负责管理Bean与Bean之间的关系——依赖注入。之前也提到Bean是Spring核心容器的最小工作单元，Spring一些更高级的功能（例如切面、代理）都是在Bean的基础上实现。

除了管理Bean与Bean之间的关系，IoC还提供了对Bean自身进行控制的各项功能，本文将先介绍Bean的生命周期功能以及状态定义功能，然后谈谈纯Java运行与@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（http://t.cn/E6Wwy06）类型的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完成初始化并注入各项参数之后，初始化回掉方法会被调用，简单的说就是完成创建之后会被调用。实现初始化回调方法有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 afterP