全局配置初始化与销毁方法

IoC容器还提供了全局配置初始化与销毁方法的配置：

package x．y；public class A ｛    public void init（）｛        ／／ 初始化资源    ｝    public void destroy（）｛        ／／ 销毁资源    ｝｝

＜beans default－init－method＝＂init＂ default－destroy－method＝＂destroy＂＞     ＜bean id＝＂a＂ class＝＂x．y．A＂／＞     ＜！－－ bean configuration －－＞＜／beans＞

通过在＜beans＞标签上使用default－init－method和default－destroy－method 属性参数，可以为容器中所有的Bean统一指定初始化和销毁的生命周期方法。

如果在＜beans＞上设定2个默认的生命周期方法，同时在＜bean＞上也指定了init－method或destroy－method，回调方法会以＜bean＞上的配置为准。这样就保证全局配置与单独配置可以共存。

使用初始化或销毁2个生命周期方法注意的要点：

初始化和销毁都提供了3种手段：XML配置、注解、以及实现接口。系统的各个部分会交由不同的团队开发，不遵循统一的规范，建议使用满足JSR规范的注解——＠PostConstruct、＠PreDestroy。如果是统一的团队，准训一致的规范，建议使用＜beans＞的属性统一名称使用全局配置。

如果Bean设计到代理模式时（例如使用了AOP），那么生命周期方法被调用时，有可能代理类还没有被创建出来。因为生命周期方法是实体类完成对应工作之后就会被调用，而与代理类无关。

3．0新增容器启动方法

在3．0之前的Spring核心框架中，我们启动一个Spring容器必须使用一个XML文件。而到了3．X之后的版本Spring为创建容器新增了一个入口类——AnnotationConfigApplicationContext。

AnnotationConfigApplicationContext和过去的ClassPathXmlApplicationContext、FileSystemXmlApplicationContext等方法不同的是他不用再指定任何XML配置文件，而是可以通过指定类向容器添加Bean。我们通过几个简单的例子来说明他的使用。

以下例子只用于说明问题，源码请到 gitee 自行 clone（http：／／t．cn／E6Wvo51），本节的代码在 chkui．springcore．example．javabase．simple 包中。

直接添加Bean

我们可以通过AnnotationConfigApplicationContext直接向容器添加指定的类作为Bean，先定义我们的class：

package chkui．springcore．example．javabase．simple．pureBean；
class LolBean ｛  public String toString（） ｛    return ＂I AM LOL！＂；  ｝｝
class WowBean ｛  public String toString（） ｛    return ＂I AM WOW！＂；  ｝｝

然后向容器添加这些Bean：

package chkui．springcore．example．javabase．simple；
public class WithoutAnnotation ｛  public static void main（String［］ args） ｛    ApplicationContext ctx ＝ new AnnotationConfigApplicationContext（WowBean．class， LolBean．class）；    System．out．println（ctx．getBean（WowBean．class））；    System．out．println（ctx．getBean（LolBean．class））；  ｝｝

这样就启动了一个Spring的容器，并且容器中包含了WowBean和LolBean这两个类的单例。

替代＜beans＞标签

＠Configuration在之前介绍Spring核心容器的文章中出现过一两次，配合各种注解的使用＠Configuration可以替代＜beans＞配置中的所有功能。基本上AnnotationConfigApplicationContext和＠Configuration组合使用就可以实现Spring容器纯Java启动。请看下面的例子。

我们在前面例子的基础上增加几个类：

package chkui．springcore．example．javabase．simple．bean；
public class DotaBean ｛  public String toString（） ｛    return ＂I AM Dota！＂；  ｝｝
＠Componentpublic class PseBean ｛
 ＠Override  public String toString（） ｛    return ＂I AM PSE！＂；  ｝｝

注意DotaBean上是没有＠Component注解的。然后添加＠Configuration配置：

package chkui．springcore．example．javabase．simple．bean；
＠Configuration＠ComponentScan（＂chkui．springcore．example．javabase．simple．bean＂）public class Config ｛  ＠Bean  public DotaBean dotaBean（） ｛    return new DotaBean（）；  ｝｝

最后运行他们：

package chkui．springcore．example．javabase．simple；
public class WithScan ｛  public static void main（String［］ args） ｛    ApplicationContext ctx ＝ new AnnotationConfigApplicationContext（Config．class， WowBean．class， LolBean．class）；    System．out．println（ctx．getBean（Config．class））；    System．out．println（ctx．getBean（PseBean．class））；    System．out．println（ctx．getBean（WowBean．class））；    System．out．println（ctx．getBean（LolBean．class））；    System．out．println（ctx．getBean（DotaBean．class））；  ｝｝

＠Component已经在《Stereotype组件与Bean扫描（http：／／t．cn／E6WhYYk）》这篇文章介绍过，＠ComponentScan的作用等价于＜context：component－scan／＞标签，属性参数都是一一对应的，只不过前者是驼峰命名规则（camelCase）——＠ComponentScan（basePackages＝＂．．．＂），后者是短横线命名规则（kebab－case）——＜context：component－scan base－package＝＂．．．＂／＞。实际上使用Annotation来替换XML配置中的内容，大部分都使用这种转换方式。

＠Configuration和＠Bean标签会在后续的内容中详细介绍。＠Bean主要用于方法标记，表明这个方法返回一个要添加到容器中的Bean。

AnnotationConfigApplicationContext的其他使用方法

除了以上常规的使用方法，AnnotationConfigApplicationContext还有其他方式向容器添加Bean。

可以使用AnnotationConfigApplicationContext：：register方法来添加配置和Bean：

public static void main（String［］ args） ｛    AnnotationConfigApplicationContext ctx ＝ new AnnotationConfigApplicationContext（）；    ／／动态添加配置文件    ctx．register（Config1．class， Config2．class）；    ／／动态添加Bean    ctx．register（Bean1．class）；    ／／刷新    ctx．refresh（）；｝

注意最后的refresh方法，这个方法来源于ConfigurableApplicationContext接口，然后是在AbstractApplicationContext中实现的。他的过程相当于销毁之前已经创建的资源，然后再重新创建了一个新的容器。这里的代码会执行以下几步：

new AnnotationConfigApplicationContext（）：创建一个新的容器，容器中没有自定义的Bean。

AnnotationConfigApplicationContext：：register：向容器添加BeanDefinition（http：／／t．cn／E6WzQ7W），但是这些BeanDefinition并没有转化为容器中的Bean。

ConfigurableApplicationContext：：refresh（）：纳入新添加的BeanDefinition重建容器。

还可以直接使用AnnotationConfigApplicationContext：：scan方法扫描指定的路径：

public static void main（String［］ args） ｛    AnnotationConfigApplicationContext ctx ＝ new AnnotationConfigApplicationContext（）；    ctx．scan（＂com．acme＂）；    ctx．refresh（）；｝

执行原理和上面介绍的一样。

需要注意的是：如果你的工程中需要使用AnnotationConfigApplicationContext：：register、AnnotationConfigApplicationContext：：scan等方法创建容器和其中Bean的依赖关系，所有的Bean都只能在register或scan中添加。如果你既在AnnotationConfigApplicationContext的构造方法中添加了Bean，又使用AnnotationConfigApplicationContext：：refresh（）方法会抛出一个重复执行refresh的异常。AnnotationConfigApplicationContext：：refresh（）方法全局也只能被调用一次。

＠Bean注解

＠Bean注解等价于配置文件中的＜bean＞标签，对应的参数也是将短横线命名切换为驼峰命名——＜bean init－method＝＂．．．＂＞ ＝＞ ＠Bean（initMethod＝＂．．．＂）。＠Bean注解只能使用在方法上，方法必须是在＠Configuration标记的类或者其他Bean中，两者存在的差异会在后续的文章中介绍。下面通过一个例子来说明Bean的使用。

以下例子只用于说明问题，源码请到 gitee 自行 clone（http：／／t．cn／E6Wvo51），本节的代码在 chkui．springcore．example．javabase．beanAnnotation 包中。

定义两个要添加到容器中的Bean：

package chkui．springcore．example．javabase．beanAnnotation．bean；
class FinalFantasy ｛  ＠Override  public String toString（） ｛    return ＂Final Fantasy 1～15＂；  ｝  public void init（） ｛    System．out．println（＂Final Fantasy init！＂）；  ｝    public void destroy（） ｛    System．out．println（＂Final Fantasy destroy！＂）；  ｝｝
class DragonQuest ｛  public String toString（） ｛    return ＂Dragon Quest 1～11＂；  ｝    ＠PostConstruct  public void init（） ｛    System．out．println（＂Dragon Quest init！＂）；  ｝    ＠PreDestroy  public void destroy（） ｛    System．out．println（＂Dragon Quest destroy！＂）；  ｝｝

定义一个功能接口及其实现类：

package chkui．springcore．example．javabase．beanAnnotation．bean；
interface Support ｛  void setFinalFantasy（FinalFantasy ff）；  FinalFantasy getFinalFantasy（）；｝class SupportImpl implements Support ｛  private FinalFantasy ff；   public void setFinalFantasy（FinalFantasy ff） ｛    this．ff ＝ ff；  ｝  public FinalFantasy getFinalFantasy（） ｛    return ff；  ｝｝

然后顶一个＠Configuration类：

package chkui．springcore．example．javabase．beanAnnotation．bean；
public class BeanAnnotationConfig ｛  ＠Bean  public Support support（FinalFantasy ff） ｛    Support support ＝ new SupportImpl（）；    support．setFinalFantasy（ff）；    return support；  ｝    ＠Bean（initMethod＝＂init＂， destroyMethod＝＂destroy＂）  ＠Description（＂Final Fantasy＂）  public FinalFantasy finalFantasy（） ｛    return new FinalFantasy（）；  ｝    ＠Bean（name＝ ｛＂dragon－quest＂， ＂DragonQuest＂｝）  public DragonQuest dragonQuest（） ｛    return new DragonQuest（）；  ｝｝

最后运行他们：

public class BeanAnnotApp ｛
 public static void main（String［］ args） ｛    ApplicationContext ctx ＝ new AnnotationConfigApplicationContext（BeanAnnotationConfig．class）；    Support support ＝ ctx．getBean（Support．class）；    System．out．println（support．getFinalFantasy（））；    System．out．println（ctx．getBean（DragonQuest．class））；  ｝
｝

在配置类BeanAnnotationConfig中，我们配置了3个Bean。这里的写在方法上的＠Bean注解和写在配置文件中的＜bean＞注解一个效果：

＠Bean中的initMethod和destroyMethod对应＜bean＞标签中的init－method和destroy－method属性。

＠Bean中的name参数只有一个值时相当于id，有多个的时候相当于设置了多个别名

Support support（FinalFantasy ff）：我们可以直接在方法中暴露参数来引入其他Bean，这就类似于配置中ref的功能。

如果不指定initMethod和destroyMethod，使用JSR－330的生命周期注解（＠PostConstruct、＠PreDestroy）同样有效

关于作者：陈葵，目前现任职某跨境安全支付公司技术总监，中山大学密码学与信息安全专业硕士。对金融级安全支付，高可用性云应用，分布式事物、DevOps有多年的经验。虽肩负团队管理的任务，但对Coding依然保持极大的兴趣，熟读Spring、React、Tensorflow等各类开源项目的核心代码。目前主导通过数据分析＋AI提升风控模型能力的研究。

关于EAWorld：微服务，DevOps，数据治理，移动架构原创技术分享。关注EAWorld！