IOC容器之--bean的一生

容器启动之后，并不会马上就实例化相应的bean定义。我们知道，容器现在仅仅拥有所有对象的 BeanDefinition来保存实例化阶段将要用的必要信息。只有当请求方通过BeanFactory的getBean() 方法来请求某个对象实例的时候，才有可能触发Bean实例化阶段的活动。BeanFactory的getBe 法可以被客户端对象显式调用，也可以在容器内部隐式地被调用。

隐式调用：

1. 对于BeanFactory来说，对象实例化默认采用延迟初始化。通常情况下，当对象A被请求而需 要第一次实例化的时候，如果它所依赖的对象B之前同样没有被实例化，那么容器会先实例化 对象A所依赖的对象。这时容器内部就会首先实例化对象B，以及对象 A依赖的其他还没有 实例化的对象。这种情况是容器内部调用getBean()，对于本次请求的请求方是隐式的。 
2. ApplicationContext启动之后会实例化所有的bean定义，这个特性在本书中已经多次提到。 但ApplicationContext在实现的过程中依然遵循Spring容器实现流程的两个阶段，只不过它 会在启动阶段的活动完成之后，紧接着调用注册到该容器的所有bean定义的实例化方法 getBean()。这就是为什么当你得到ApplicationContext类型的容器引用时，容器内所有对 象已经被全部实例化完成。

 1 容器在内部实现的时候，采用“策略模式（Strategy Pattern）”来决定采用何种方式初始化bean实例。 通常，可以通过反射或者CGLIB动态字节码生成来初始化相应的bean实例或者动态生成其子类。 org.springframework.beans.factory.support.InstantiationStrategy定义是实例化策略 的抽象接口，其直接子类SimpleInstantiationStrategy实现了简单的对象实例化功能，可以通过 反射来实例化对象实例，但不支持方法注入方式的对象实例化。CglibSubclassingInstantiation- Strategy继承了SimpleInstantiationStrategy的以反射方式实例化对象的功能，并且通过CGLIB 的动态字节码生成功能，该策略实现类可以动态生成某个类的子类，进而满足了方法注入所需的对象 实例化需求。默认情况下，容器内部采用的是CglibSubclassingInstantiationStrategy。 容器只要根据相应bean定义的BeanDefintion取得实例化信息，结合CglibSubclassingIns- tantiationStrategy以及不同的bean定义类型，就可以返回实例化完成的对象实例。但是，返回方 式上有些“点缀”。不是直接返回构造完成的对象实例，而是以BeanWrapper对构造完成的对象实例 进行包裹，返回相应的BeanWrapper实例。 至此，第一步结束。

2 BeanWrapper定义继承了org.springframework.beans.PropertyAccessor接口，可以以统一的 方式对对象属性进行访问，使用 BeanWrapper对bean实例操作很方便，可以免去直接使用Java反射API（Java Reflection API） 操作对象实例的烦琐。

当对象实例化完成并且相关属性以及依赖设置完成之后，Spring容器会检查当前对象实例是否实 现了一系列的以Aware命名结尾的接口定义。如果是，则将这些Aware接口定义中规定的依赖注入给当前对象实例。 

3 BeanPostProcessor .通常比较常见的使用BeanPostProcessor的场景，是处理标记接口实现类，或者为当前对象提供 代理实现。BeanPostProcessor 是容器提供的对象实例化阶段的强有力的扩展点。对于ApplicationContext容器来说，事情则方便得多，直接将相应的BeanPostProcessor实现 类通过通常的XML配置文件配置一下即可。ApplicationContext容器会自动识别并加载注册到容器 的BeanPostProcessor。合理利用BeanPostProcessor这种Spring的容器扩展机制，将可以构造强大而灵活的应用系统。

4  InitializingBean和init-method  该接口定义很简单，其作用在于，在对象实例化过程调用过“BeanPostProcessor的前置处理” 之后，会接着检测当前对象是否实现了InitializingBean接口，如果是，则会调用其afterProper- tiesSet()方法进一步调整对象实例的状态。比如，在有些情况下，某个业务对象实例化完成后，还 不能处于可以使用状态。这个时候就可以让该业务对象实现该接口，并在方法afterPropertiesSet() 中完成对该业务对象的后续处理。 虽然该接口在Spring容器内部广泛使用，但如果真的让我们的业务对象实现这个接口，则显得 Spring容器比较具有侵入性。所以，Spring还提供了另一种方式来指定自定义的对象初始化操作，那就 是在XML配置的时候，使用<bean>的init-method属性.

5 DisposableBean与destroy-method  当所有的一切，该设置的设置，该注入的注入，该调用的调用完成之后，容器将检查singleton类 型的bean实例，看其是否实现了org.springframework.beans.factory.DisposableBean接口。或 者其对应的bean定义是否通过<bean>的destroy-method属性指定了自定义的对象销毁方法。如果是， 就会为该实例注册一个用于对象销毁的回调（Callback），以便在这些singleton类型的对象实例销毁之 前，执行销毁逻辑.常见到的该功能的使用场景就是在Spring容器中注册数据库连接池，在系统退出后，连接池应 该关闭，以释放相应资源。