SpringBoot - 如何利用ApplicationRunner实现系统启动时的定制化任务？

1. 为什么需要系统启动时的定制化任务？

在实际开发中，我们经常会遇到这样的需求：当SpringBoot应用启动完成后，需要立即执行一些初始化操作。比如加载配置文件、初始化数据库连接池、预热缓存数据、注册定时任务等等。这些操作如果放在普通的Controller或Service中，可能会因为依赖关系或执行时机问题导致各种异常。

我遇到过这样一个真实案例：有个项目需要在启动时从远程配置中心拉取配置，但由于没有处理好初始化顺序，导致部分服务在配置加载完成前就被调用，结果引发了连锁错误。后来改用ApplicationRunner才完美解决了这个问题。

SpringBoot为我们提供了两种优雅的解决方案：CommandLineRunner和ApplicationRunner。它们都是在应用上下文准备就绪后，但在应用正式接收请求前执行的，这个时机非常关键。今天我们就重点聊聊功能更强大的ApplicationRunner。

2. ApplicationRunner的核心用法

2.1 基础实现方式

创建一个ApplicationRunner实现类非常简单，下面是一个完整的示例：

java复制@Component
@Slf4j
public class DatabaseInitializer implements ApplicationRunner {
    
    @Autowired
    private DataSource dataSource;
    
    @Override
    public void run(ApplicationArguments args) throws Exception {
        log.info("开始初始化数据库连接池...");
        // 测试数据库连接
        try (Connection conn = dataSource.getConnection()) {
            log.info("数据库连接测试成功，版本：{}", 
                conn.getMetaData().getDatabaseProductVersion());
        }
        log.info("数据库初始化完成");
    }
}

这个示例展示了几个关键点：

1. 必须使用@Component注解让Spring管理这个Bean
2. 实现ApplicationRunner接口并重写run方法
3. 可以正常使用依赖注入
4. run方法会在应用启动完成后自动调用

2.2 参数处理的进阶技巧

ApplicationRunner的强大之处在于它对启动参数的专业处理。假设我们这样启动应用：

bash复制java -jar app.jar --spring.profiles.active=dev --db.init=true location=北京

在run方法中，我们可以这样处理参数：

java复制@Override
public void run(ApplicationArguments args) throws Exception {
    // 获取所有选项参数名
    Set<String> optionNames = args.getOptionNames();
    log.info("选项参数：{}", optionNames);
    
    // 获取特定选项参数值
    List<String> profiles = args.getOptionValues("spri