SpringBoot初始化几大招式，看了终于明白了 _SpringBoot

背景在日常开发时，我们常常需要在SpringBoot 应用启动时执行某一段逻辑，如下面的场景：

获取一些当前环境的配置或变量
向数据库写入一些初始数据
连接某些第三方系统，确认对方可以工作..

在实现这些功能时，我们可能会遇到一些"坑" 。为了利用SpringBoot框架的便利性，我们不得不将整个应用的执行控制权交给容器，于是造成了大家对于细节是一无所知的。那么在实现初始化逻辑代码时就需要小心了，比如，我们并不能简单的将初始化逻辑在Bean类的构造方法中实现，类似下面的代码：

@ComponentpublicclassInvalidInitExampleBean {@AutowiredprivateEnvironment env;publicInvalidInitExampleBean() {env.getActiveProfiles();}}

这里，我们在InvalidInitExampleBean的构造方法中试图访问一个自动注入的env字段，当真正执行时，你一定会得到一个空指针异常(NullPointerException) 。
原因在于，当构造方法被调用时，Spring上下文中的Environment这个Bean很可能还没有被实例化，同时也仍未注入到当前对象，所以并不能这样进行调用。
【SpringBoot初始化几大招式，看了终于明白了】下面，我们来看看在SpringBoot中实现"安全初始化"的一些方法：
1、 @PostConstruct 注解@PostConstruct 注解其实是来自于 JAVAx的扩展包中(大多数人的印象中是来自于Spring框架)，它的作用在于声明一个Bean对象初始化完成后执行的方法。
来看看它的原始定义：
The PostConstruct annotation is used on a method that needs to be executed after dependency injection is done to perform any initialization
也就是说，该方法会在所有依赖字段注入后才执行，当然这一动作也是由Spring框架执行的。
下面的代码演示了使用@PostConstruct的例子：

文章插图

2、 InitializingBean 接口InitializingBean 是由Spring框架提供的接口，其与@PostConstruct注解的工作原理非常类似。如果不使用注解的话，你需要让Bean实例继承 InitializingBean接口，并实现afterPropertiesSet()这个方法。
下面的代码，展示了这种用法：

文章插图

3、 @Bean initMethod方法我们在声明一个Bean的时候，可以同时指定一个initMethod属性，该属性会指向Bean的一个方法，表示在初始化后执行。
如下所示：

文章插图

然后，这里将initMethod指向init方法，相应的我们也需要在Bean中实现这个方法：

文章插图

上面的代码是基于Java注解的方式，使用Xml配置也可以达到同样的效果：

文章插图

该方式在早期的 Spring版本中大量被使用

4、构造器注入如果依赖的字段在Bean的构造方法中声明，那么Spring框架会先实例这些字段对应的Bean，再调用当前的构造方法。此时，构造方法中的一些操作也是安全的，如下：

文章插图

5、 ApplicationListenerApplicationListener 是由 spring-context组件提供的一个接口，主要是用来监听 "容器上下文的生命周期事件" 。它的定义如下：

文章插图

这里的event可以是任何一个继承于ApplicationEvent的事件对象。对于初始化工作来说，我们可以通过监听ContextRefreshedEvent这个事件来捕捉上下文初始化的时机。如下面的代码：

文章插图

在Spring上下文初始化完成后，这里定义的方法将会被执行。与前面的InitializingBean不同的是，通过ApplicationListener监听的方式是全局性的，也就是当所有的Bean都初始化完成后才会执行方法。
Spring 4.2 之后引入了新的 @EventListener注解，可以实现同样的效果：