行业知识
Spring Boot启动时执行初始化操作的几种方式
场景
项目中，经常需要在启动过程中初始化一些数据，如从数据库读取一些配置初始化，或从数据库读取一些热点数据到redis进行初始化缓存。
方式一:实现CommandLineRunner 接口重写run方法逻辑
CommandLineRunner是Spring提供的接口，定义了一个run()方法，用于执行初始化操作。
import org.springframework.boot.CommandLineRunner;import org.springframework.stereotype.Component;@Componentpublic class InitConfigCommand implements CommandLineRunner { @Override public void run(String... args) throws Exception { System.out.println("CommandLineRunner:"+"{}"+"接口实现方式重写"); }} CommandLineRunner的执行时机为Spring beans初始化之后，因此CommandLineRunner的执行一定是晚于@PostConstruct的。
若有多组初始化操作，则每一组操作都要定义一个CommandLineRunner派生类并实现run()方法。这些操作的执行顺序使用@Order(n)来设置，n为int型数据。
@Component@Order(99)public class CommandLineRunnerA implements CommandLineRunner { @Override public void run(String... args) throws Exception { System.out.println("初始化：CommandLineRunnerA"); }}@Component@Order(1)public class CommandLineRunnerB implements CommandLineRunner { @Override public void run(String... args) throws Exception { System.out.println("初始化：CommandLineRunnerB"); }} 如上，会先执行CommandLineRunnerB的run()，再执行CommandLineRunnerA的run()。
@Order(n)中的n较小的会先执行，较大的后执行。n只要是int值即可，无需顺序递增。
方式二:实现ApplicationRunner接口重写run方法逻辑
ApplicationRunner接口与CommandLineRunner接口类似，都需要实现run()方法。二者的区别在于run()方法的参数不同：
import org.springframework.boot.ApplicationArguments;import org.springframework.boot.ApplicationRunner;import org.springframework.stereotype.Component;@Componentpublic class InitConfig implements ApplicationRunner { @Override public void run(ApplicationArguments args) throws Exception { System.out.println("项目启动初始化"); }} ApplicationRunner接口的run()参数为ApplicationArguments对象，因此可以获取更多项目相关的内容。
ApplicationRunner接口与CommandLineRunner接口的调用时机也是相同的，都是Spring beans初始化之后。因此ApplicationRunner接口也使用@Order(n)来设置执行顺序。
方式三:使用@PostConstruct注解的方式
对于注入到Spring容器中的类，在其成员函数前添加@PostConstruct注解，则在执行Spring beans初始化时，就会执行该函数。
但由于该函数执行时，其他Spring beans可能并未初始化完成，因此在该函数中执行的初始化操作应当不依赖于其他Spring beans。
@Componentpublic class Construct { @PostConstruct public void doConstruct() throws Exception { System.out.println("初始化：PostConstruct"); }} 初始化顺序
- @PostConstruct 注解方法
- CommandLineRunner接口实现
- ApplicationRunner接口实现
扩展
@PostConstruct注解使用在方法上，它可以被用来标注一个非静态的 void 方法，这个方法会在该类被 Spring 容器初始化后立即执行。因为它的执行时机是在依赖注入之后，对象构造完成之后，也就是说是在@Autowired注入之后执行。所以这里可以进行一些初始化操作，如某些需要在对象创建后才能进行的数据初始化操作。
需要注意以下几点：
- @PostConstruct 只能用在方法上面，而不能用在属性或构造函数上。
- 一个类中可以有多个使用 @PostConstruct 注解的方法，但执行顺序并不是固定的。
- @PostConstruct 注解的方法在本类中必须是无参数的，如果有参数，那么这个方法不会被执行。
- @PostConstruct 注解的方法在实现上可以使用任意修饰符。
假设我们有一个需要初始化数据的类：
public class InitService { private List data; public InitService() { this.data = Arrays.asList("A", "B", "C"); } @PostConstruct public void init() { data.add("D"); } public List getData() { return this.data; }} 当我们实例化 InitService 时，构造函数会为 data 属性赋初值，而 @PostConstruct 注解的 init 方法会在 Spring 容器实例化完 InitService 后被执行，将 “D” 添加到 data 列表中。所以当我们调用 getData() 方法时，返回的列表应该是 [A, B, C, D]。
接下来看看 @Autowired 和@PostConstruct 的具体执行顺序
@Servicepublic class TestA { static { System.out.println("staticA"); } @Autowired private TestB testB; public TestA() { System.out.println("这是TestA 的构造方法"); } @PostConstruct private void init() { System.out.println("这是TestA的 init 方法"); testB.test(); }} @Servicepublic class TestB { static { System.out.println("staticB"); } @PostConstruct private void init() { System.out.println("这是TestB的init 方法"); } public TestB() { System.out.println("这是TestB的构造方法"); } void test() { System.out.println("这是TestB的test方法"); }} 构造方法：在对象初始化时执行。执行顺序在static静态代码块之后。
服务启动后，输出结果如下：
staticA这是TestA 的构造方法staticB这是TestB的构造方法这是TestB的init 方法这是TestA的 init 方法这是TestB的test方法
结论为：等@Autowired注入后，在执行@PostConstruct注解的方法。
方式四:静态代码块
static静态代码块，在类加载的时候即自动执行。
使用的static静态代码块，实现原理为@Component + static代码块, spring boot项目在启动过程中，会扫描@Component 并初始化相应的类，类的初始化过程会运行静态代码块。
@Componentpublic class WordInitConfig { static { WordSegmenter.segWithStopWords("初始化分词"); }} 所以得到结论
static>constructer>@Autowired>@PostConstruct>ApplicationRunner>CommandLineRunner
