对于Singleton作用域的Bean，Spring容器将会跟踪它们的生命周期，容器知道何时实例化结束、何时销毁。Spring可以管理Bean在实例化结束之后和Bean销毁之前的行为。
Bean依赖关系注入之后的行为：
Spring提供了两种方式在Bean全部属性设置成功后执行特定的行为：
-
在Spring配置文件中使用init-method属性：这个属性指定某个方法在Bean全部依赖关系设置结束后自动执行。这个方法写在Bean里面。使用这种方法不需要将代码与Spring耦合在一起，代码污染小，推荐使用。
-
让Bean实现InitializingBean接口：该接口提供了一个afterPropertiesSet() throwsException方法，在Bean里面实现它。
Spring容器会在为该Bean注入依赖关系后，调用该Bean实现的afterPropertiesSet方法。先看例子：
1public interface Animal { 2 public void eatFood(); 3} 4 5public class Dog implements Animal, InitializingBean { 6 private Food food; 7 public Dog() { 8 System.out.println("Spring实例化主调Bean...Dog实例"); 9 } 10 public void setFood(Food food) { 11 System.out.println("Spring执行依赖关系注入..."); 12 this.food = food; 13 } 14 15 //Animal的方法 16 @Override 17 public void eatFood() { 18 System.out.println(food.getName() + "真好吃"); 19 } 20 21 //自定义的用于在Spring中配置的当Bean初始化完成时调用的方法 22 public void init() { 23 System.out.println("正在执行初始化：init方法..."); 24 } 25 26 //实现InitializingBean接口中的方法 27 @Override 28 public void afterPropertiesSet() throws Exception { 29 System.out.println("正在执行初始化：afterPropertiesSet方法..."); 30 } 31} 32 33public class Food { 34 private String name; 35 public void setName(String name) { 36 this.name = name; 37 } 38 public String getName() { 39 return name; 40 } 41 public Food() { 42 System.out.println("Spring实例化依赖Bean..."); 43 } 44}
上面的程序中定义了一个普通的init方法，实际上这个方法名是任意的，并不一定叫init，Spring也不会对这个init方法进行任何特别的处理。只是接下来会在Spring配置文件中使用init-method属性指定该方法是一个“生命周期”方法。
增加init-method="init" 来指定init方法应在Bean的全部属性设置结束后自动执行，如果它不实现InitializingBean接口，上面的Dog类没有实现任何Spring接口，只是增加了一个普通的init方法。它依然是一个普通的Java文件，代码没有污染。下面是Spring配置文件：
1<!-- 使用init-method="init"来指定Bean的全部属性设置结束后执行的方法 --> 2<bean id="dog" class="com.abc.Dog" init-method="init"> 3 <property name="food" ref="food" /> 4</bean> 5<bean id="food" class="com.abc.Food"> 6 <property name="name" value="骨头" /> 7</bean>
使用主程序获取、并调用Dog类的eatFood方法：
1public class Test { 2 public static void main(String args[]) { 3 ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml"); 4 Dog d = context.getBean("dog", Dog.class); 5 d.eatFood(); 6 } 7}
输出结果：
1Spring实例化依赖Bean...Food实例 2Spring实例化主调Bean...Dog实例 3Spring执行依赖关系注入... 4正在执行初始化：afterPropertiesSet方法... 5正在执行初始化：init方法... 6骨头真好吃
通过上面的例子可以看出：当Spring将Food注入到Dog之后——也就是完成依赖之后，程序先调用afterPropertiesSet方法进行初始化，在调用init-method中指定的方法进行初始化。
对于实现InitializingBean接口的Bean，无需使用init-method属性来指定初始化方法，配置该Bean实例与普通Bean实例完全一样，Spring容器会自动检测Bean实例是否实现了特定生命周期接口，并决定是否需要执行生命周期方法。Spring在为Bean完成注入所有依赖关系后，会自动调用该Bean实现的afterProperties方法。但InitializingBean接口污染了代码，是侵入式设计，因此不推荐使用。
另外，从上面的执行结果可以看出，如果既实现了InitializingBean接口又使用了init-method来指定初始化方法，那么两个初始化方法都会被执行，先执行接口中的afterProperties方法，再执行自定义的初始化方法。
Bean销毁之前的行为：
与定制初始化行为相似，Spring也提供了两种方式定制在Bean销毁之前的特定行为：
-
使用destroy-method属性：指定某个方法在Bean销毁之前被自动执行。使用这种方法，不需要将代码与Spring的接口耦合在一起，代码污染小，推荐使用。
-
实现DisposableBean接口：该接口提供了一个destroy() throws Exception的方法。在Bean里面实现它，这个方法将在Bean销毁之前被Spring调用。
例子与前文相似，这里不赘述。
singleton作用域的Bean通常会随着容器的关闭而销毁，但问题是：ApplicationContext容器在什么时候关闭呢？在基于Web的ApplicationContext实现中，系统已经提供了相应的代码保证关闭Web应用时恰当的关闭Spring容器。但对于一个非Web应用的环境下，为了让Spring容器优雅的关闭，并自动调用singleton上的相应回调方法，则需要在JVM里面注册一个关闭钩子（shutdown hook），这样就可以保证Spring容器被恰当关闭，并自动执行singleton的Bean里面的相应回调方法。例如：
1public class Test { 2 public static void main(String args[]) { 3 ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml"); 4 Dog d = context.getBean("dog", Dog.class); 5 d.eatFood(); 6 //为Spring容器注册关闭钩子 7 context.registerShutdownHook(); 8 } 9}
除此之外，如果Spring容器中很多Bean都需要指定特定的生命周期行为，则可以考虑使用<beans>的default-init-method属性和default-destroy-method属性，这两个属性的作用类似于<bean>的init-method和destroy-method属性的作用。但由于前两个属性是<beans>标签的，因此对标签中的所有Bean都有效。即：如果<beans>标签中的Bean配置了default-init-method="init"，那么如果<beans>标签中的Bean配置了init方法，则该方法会被自动调用。
下图显示了Spring容器中Bean实例完整的生命周期行为：
需要指出的是，当Bean实现了ApplicationAware、BeanNameAware接口之后，Spring容器会在该Bean初始化完成之后——也就是init-method属性指定的方法（如果有）之后，再来回调setApplicationContext(ApplicationContext context)和setBeanName(String beanName)方法。