spring

首先，需要理解的是spring容器中bean的生命周期，《spring in action》中的那张图是最好的解释，结合这张图和源码来解读spring中IOC的实现将非常容易理解。这张图完整展示了spring容器中一个bean从创建到销毁的整个生命周期

1. 容器寻找Bean的定义信息并且将其实例化。

2.受用依赖注入，Spring按照Bean定义信息配置Bean的所有属性。
3.如果Bean实现了BeanNameAware接口，工厂调用Bean的setBeanName()方法传递Bean的ID。
4.如果Bean实现了BeanFactoryAware接口，工厂调用setBeanFactory()方法传入工厂自身。
5.如果BeanPostProcessor和Bean关联，那么它们的postProcessBeforeInitialzation()方法将被调用。
6.如果Bean指定了init-method方法，它将被调用。
7.最后，如果有BeanPsotProcessor和Bean关联，那么它们的postProcessAfterInitialization()方法将被调用。
    到这个时候，Bean已经可以被应用系统使用了，并且将被保留在Bean Factory中知道它不再需要。有两种方法可以把它从Bean Factory中删除掉。
1.如果Bean实现了DisposableBean接口，destory()方法被调用。

2.如果指定了订制的销毁方法，就调用这个方法。

首先我们认识下spring容器，BeanFactory和ApplicationContext，由于后者是建立在前者之上的，我们先看前者。它有个BeanFactory接口，定义了如何访问管理容器内的Bean方法。还有个BeanDefinitionRegistry接口，专门管理Bean的注册，配置。默认一个DefaultListableBeanFactory实现了上述两接口。而Bean的注册信息即BeanDefinition可通过bindViaCode方法来自行编码完成注册，也可分别通过bindViaproperties或bindViaXml方法利用BeanDefinitionReader来载入properties文件或xml配置文件注册。现在最常用的就是通过xml文件来配置，可用Setter方法注入或构造方法注入(点击查看：Spring Ioc的一个Demo)。

 

当注册好Bean之后，就等着容器启动还有调用啦。如果用的是BeanFatory容器，那它默认是延迟加载实例化Bean的，即当你用到这个Bean时它才帮你实例化了送过来；如果用的是ApplicationContext容器，那是可容器一启动即实例化所有的Bean的。

 

从Bean的实例化到准备就绪等待使用中间还要走好常的路呢，首先容器启动的时候，有时我们还需要对配置文件做一些处理，如${jdbc.passwd}此类占位符的二次加载啊还有其他对配置文件的再处理的，我们会用到BeanFactoryPostProcessor，然后Bean实例化后并不马上成为就绪状态，这时候BeanWrapper会对其包裹返回一个BeanWrapper实例，下阶段是设置初始属性值，接下来就是Aware接口，依赖注入就是靠这个实现啦，它要检查是否还有需要其他Bean的注入，之后进入关键的BeanPostProcessor处理，为什么说是关键的呢，因为在这个阶段会做一些诸如生成代理的行为，Spring AOP(点击查看：Spring Aop 原理总结)就靠它了，还有初始化方法啊都在这里。总之，就是一个本来很纯净的Bean，我们将我们所需要的东西都加工上去，最后返回它的一个代理。

 

自此一个Bean从注册到诞生准备做贡献的过程就是这样了。