Bean的生命周期

1、实例化一个Bean－－也就是我们常说的new；

2、按照Spring上下文对实例化的Bean进行配置－－也就是IOC注入；

3、如果这个Bean已经实现了BeanNameAware接口，会调用它实现的setBeanName(String)方法，此处传递的就是Spring配置文件中Bean的id值

4、如果这个Bean已经实现了BeanFactoryAware接口，会调用它实现的setBeanFactory(setBeanFactory(BeanFactory)传递的是Spring工厂自身（可以用这个方式来获取其它Bean，只需在Spring配置文件中配置一个普通的Bean就可以）；

5、如果这个Bean已经实现了ApplicationContextAware接口，会调用setApplicationContext(ApplicationContext)方法，传入Spring上下文（同样这个方式也可以实现步骤4的内容，但比4更好，因为ApplicationContext是BeanFactory的子接口，有更多的实现方法）；

6、如果这个Bean关联了BeanPostProcessor接口，将会调用postProcessBeforeInitialization(Object obj, String s)方法，BeanPostProcessor经常被用作是Bean内容的更改，该方法执行于bean实例化完成，属性设置完成但尚未完成除初始化时；

7、如果bean实现了InitializingBean接口，会调用其中的afterPropertiesSet方法；

8、如果Bean在Spring配置文件中配置了init-method属性会自动调用其配置的初始化方法。

9、如果这个Bean关联了BeanPostProcessor接口，将会调用postProcessAfterInitialization(Object obj, String s)方法，该方法执行于各种初始化方法执行完毕之后；

注：以上工作完成以后就可以应用这个Bean了，那这个Bean是一个Singleton的，所以一般情况下我们调用同一个id的Bean会是在内容地址相同的实例，当然在Spring配置文件中也可以配置非Singleton，这里我们不做赘述。

10、当Bean不再需要时，会经过清理阶段，如果Bean实现了DisposableBean这个接口，会调用那个其实现的destroy()方法；

11、最后，如果这个Bean的Spring配置中配置了destroy-method属性，会自动调用其配置的销毁方法。

对bean进行修改的几种方式：

1、实现InitializingBean接口重写其afterPropertiesSet方法，这个方法用来完成一些特殊的初始化操作，并且是在属性都设置好后才会被beanFactory调用。在Spring容器启动过程中，beanFactory的实现类通过initializeBean方法对每个实现的InitializingBean的bean调用其afterPropertiesSet方法。

2、使用JSR250提供的注解@PostConstruct和@PreDestroy，此方式与Spring 0耦合；

3、实现BeanPostProcessor接口，重写其中的postProcessBeforeInitialization和postProcessAfterInitialization方法，该接口已插件的方式在bean实例化过程中执行一些特定的操作，BeanPostProcessor是作为Spring container的一个扩展，在容器初始化bean的过程过，对每个bean都会执行一次，而初始化接口，由于是特定的bean实现的，所以与其它的bean无关，只对初始该类型的bean执行。简而言之就是，虽然都是由容器执行对bean的操作，BeanPostProcessor是扩展的容器本身行为，而初始化接口是扩展bean的行为后被容器执行的。