Spring Boot提供了两种 “开机自启动” 的方式，ApplicationRunner和CommandLineRunner
这两种方式的目的是为了满足，在容器启动时like执行某些方法。我们可以通过实现ApplicationRunner或者CommandLineRunner来实现，他们都是在SpringAppliaction执行之后开始执行的。这个特性可以让我们自定义一些在容器启动时需要初始化的逻辑
ApplicationRunner接口：
官方doc：
Interface used to indicate that a bean should run when it is contained within a SpringApplication. Multiple ApplicationRunner beans can be defined within the same application context and can be ordered using the Ordered
当该接口包含在SpringApplication中时执行。多个ApplicationRunner通过Order直接进行排序：
/**
* 初始化类
*/
@Order(1) // @Order注解可以改变执行顺序，越小越先执行
@Component
public class MyApplicationRunner1 implements ApplicationRunner {
/**
* 会在服务启动完成后立即执行
*/
@Override
public void run(ApplicationArguments arg0) throws Exception {
System.out.println("MyApplicationRunner1----" + arg0);
}
}
/**
* 初始化类
*/
@Order(2)
@Component
public class MyApplicationRunner2 implements ApplicationRunner {
/**
* 会在服务启动完成后立即执行
*/
@Override
public void run(ApplicationArguments arg0) throws Exception {
System.out.println("MyApplicationRunner2----" + arg0);
}
}
容器启动后的运行结果：
可以看到多个ApplicationRunner执行顺序是按照Order中的值执行的，并且每个的入参都是同一个ApplicationArguments实例(具体原因后面分析)
CommandLineRunner接口：
二者的官方doc基本一样，区别在于接收的参数不一样
/**
* 初始化类
*/
@Order(1) // @Order注解可以改变执行顺序，越小越先执行
@Component
public class MyCommandLineRunner1 implements CommandLineRunner {
/**
* 会在服务启动完成后立即执行
*/
@Override
public void run(String... args) throws Exception {
System.out.println("MyCommandLineRunner1----" + args);
}
}
/**
* 初始化类
*/
@Order(2)
@Component
public class MyCommandLineRunner2 implements CommandLineRunner {
/**
* 会在服务启动完成后立即执行
*/
@Override
public void run(String... args) throws Exception {
System.out.println("MyCommandLineRunner2----" + args);
}
}
容器启动后的运行结果：
可以看到多个CommandLineRunner的执行效果跟ApplicationRunner一模一样
最后看下源码：
SpringApplication启动时，会执行其run方法中的afterRefresh方法：
在afterRefresh中可以看到这两个接口被执行，并且每个ApplicationRunner或CommandLineRunner实例都是用的同一个入参：
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。
