CommandLineRunner、ApplicationRunner of SpringBoot

本文介绍了SpringBoot中CommandLineRunner和ApplicationRunner接口的区别及使用方法。这两个接口允许开发者在Spring容器启动时执行特定任务,如配置初始化等。文章还提供了简单的示例代码,并详细解释了这些接口如何被调用。

如果需要在容器启动的时候就开始执行一些内容。比如配置初始化等,SpringBoot提供的这个接口就是干这个的。同时,通过其源码发现,它还提供了另外一个有同样功能的接口叫ApplicationRunner。两者的区别在于所接受的参数类型不一样。

CommandLineRunner的run方法定义如下:

/**
	 * Callback used to run the bean.
	 * @param args incoming main method arguments
	 * @throws Exception on error
	 */
	void run(String... args) throws Exception;

而ApplicationRunner的定义如下:

/**
	 * Callback used to run the bean.
	 * @param args incoming application arguments
	 * @throws Exception on error
	 */
	void run(ApplicationArguments args) throws Exception;

其他方面没什么区别。都是在容器启动时做指定动作。

简单使用示例:

@SpringBootApplication(exclude = {DataSourceAutoConfiguration.class})
public class Application implements CommandLineRunner {

	@Autowired
	CollectorExecRateService collectorExecRateService;

	public static void main(String[] args) {
		SpringApplication.run(Application.class, args);
	}

	@Override
	public void run(String... strings) throws Exception {
		DefaultExports.initialize();
		//do something you need
	}
}

最后,对于CommandLineRunner中run方法的执行时机,是在Spring容器完全启动完成的时候被执行。

看下源码中的说明:( 源码位置:SpringApplication.run(String... args),springboot版本:2.0.2 )

try {
			ApplicationArguments applicationArguments = new DefaultApplicationArguments(
					args);
			ConfigurableEnvironment environment = prepareEnvironment(listeners,
					applicationArguments);
			configureIgnoreBeanInfo(environment);
			Banner printedBanner = printBanner(environment);
			context = createApplicationContext();
			exceptionReporters = getSpringFactoriesInstances(
					SpringBootExceptionReporter.class,
					new Class[] { ConfigurableApplicationContext.class }, context);
			prepareContext(context, environment, listeners, applicationArguments,
					printedBanner);
			refreshContext(context);
			afterRefresh(context, applicationArguments);
			stopWatch.stop();
			if (this.logStartupInfo) {
				new StartupInfoLogger(this.mainApplicationClass)
						.logStarted(getApplicationLog(), stopWatch);
			}
			listeners.started(context);
            //这里是去调用CommandLineRunner or ApplicationRunner的run方法
			callRunners(context, applicationArguments);
		}

callRunners的方法很简单,就是排序后执行run方法:

private void callRunners(ApplicationContext context, ApplicationArguments args) {
		List<Object> runners = new ArrayList<>();
        //注册所有实现两个接口的class
		runners.addAll(context.getBeansOfType(ApplicationRunner.class).values());
		runners.addAll(context.getBeansOfType(CommandLineRunner.class).values());
		//根据order排序
        AnnotationAwareOrderComparator.sort(runners);
        //遍历所有注册的方法,执行其内容
		for (Object runner : new LinkedHashSet<>(runners)) {
			if (runner instanceof ApplicationRunner) {
                //执行ApplicationRunner中的run
				callRunner((ApplicationRunner) runner, args);
			}
			if (runner instanceof CommandLineRunner) {
                //执行CommandLineRunner中的run
				callRunner((CommandLineRunner) runner, args);
			}
		}
	}


    //执行ApplicationRunner
    private void callRunner(ApplicationRunner runner, ApplicationArguments args) {
		try {
			(runner).run(args);
		}
		catch (Exception ex) {
			throw new IllegalStateException("Failed to execute ApplicationRunner", ex);
		}
	}
    //执行CommandLineRunner
	private void callRunner(CommandLineRunner runner, ApplicationArguments args) {
		try {
			(runner).run(args.getSourceArgs());
		}
		catch (Exception ex) {
			throw new IllegalStateException("Failed to execute CommandLineRunner", ex);
		}
	}

 

<think>好的,我需要解决用户在CommandLineRunner中使用SqlSessionFactory时遇到的配置加载顺序问题。根据用户提供的引用内容,我需要结合之前的回答和新的引用信息来给出解决方案。首先,用户提到的问题根源是CommandLineRunnerSpringBoot启动过程中过早加载SqlSessionFactory,导致某些配置未被加载。根据引用[2],SpringBoot的自动配置是基于条件注解的,加载顺序很重要。可能用户的自定义配置在自动配置之后才加载,导致被覆盖。引用[1]提到修改启动类和排除嵌入式Servlet容器依赖,这可能与配置加载顺序有关,但用户的问题更集中在MyBatis配置上。引用[3]中的ApplicationContextInitializer和SpringApplicationRunListener可能可以用来干预初始化过程,调整配置加载顺序。引用[4]的Actuator监控可能帮助检查Bean加载情况,但用户需要的是解决方案。 在之前的回答中,我提到了延迟初始化、调整Bean依赖顺序、排除自动配置等方法。现在需要结合新的引用内容,进一步优化解决方案。例如,使用ApplicationContextInitializer(引用[3])来提前加载自定义配置,或者利用Actuator(引用[4])检查Bean状态。另外,用户想延迟CommandLineRunner的执行直到容器完全初始化。根据之前的回答,改用ApplicationRunner可能有效,但需要更详细的操作步骤。可能需要使用事件监听器,如ApplicationReadyEvent(引用[4]的监听器示例),确保CommandLineRunner在合适的时机执行。 需要验证这些方法是否与用户的SpringBoot版本兼容,并确保配置排除正确,如引用[1]中的排除Tomcat依赖,但用户的问题可能不涉及Servlet容器,所以重点还是在数据源和MyBatis配置上。总结可能的解决方案:调整Bean初始化顺序、使用事件监听器延迟执行、检查配置加载顺序并排除冲突的自动配置。同时,结合引用[3]的初始化器或监听器来干预启动过程,确保自定义配置先于SqlSessionFactory加载。</think>### CommandLineRunner导致MyBatis配置加载顺序问题的解决方案 #### 问题本质 当CommandLineRunner在Spring Boot启动流程中过早执行时,会导致: 1. MyBatis的`SqlSessionFactory`依赖的**数据源配置未完全初始化**[^2] 2. 自定义的MyBatis插件、TypeHandler等配置被自动配置覆盖 3. 数据库连接池参数未生效 --- #### 分层解决方案 **第一层:延迟SqlSessionFactory初始化** ```java @Configuration public class MyBatisConfig { @Bean @Lazy // 延迟初始化 public SqlSessionFactory sqlSessionFactory(DataSource dataSource) throws Exception { SqlSessionFactoryBean factory = new SqlSessionFactoryBean(); factory.setDataSource(dataSource); factory.setConfiguration(myBatisConfiguration()); // 加载自定义配置 return factory.getObject(); } @Bean public ConfigurationCustomizer myBatisConfiguration() { return configuration -> { configuration.setMapUnderscoreToCamelCase(true); configuration.addInterceptor(new MyInterceptor()); }; } } ``` *作用*:通过`@Lazy`注解确保工厂在首次使用时才初始化[^2] --- **第二层:控制CommandLineRunner执行时序** ```java @Component public class SafeCommandLineRunner implements CommandLineRunner { private final ApplicationContext context; @Autowired public SafeCommandLineRunner(ApplicationContext context) { this.context = context; } @Override public void run(String... args) { // 显式触发Bean加载 context.getBean(SqlSessionFactory.class); // 实际业务逻辑 } } ``` *原理*:利用Spring的依赖查找(Lookup)机制主动触发配置加载 --- **第三层:调整自动配置顺序** ```properties # application.properties spring.autoconfigure.exclude=org.mybatis.spring.boot.autoconfigure.MybatisAutoConfiguration ``` *配合手动配置*: ```java @SpringBootApplication(exclude = { DataSourceAutoConfiguration.class, MybatisAutoConfiguration.class }) public class Application { public static void main(String[] args) { SpringApplication.run(Application.class, args); } } ``` *效果*:完全接管MyBatis配置权[^1] --- **第四层:使用初始化监听器(基于引用[3])** ```java public class MyBatisInitializer implements ApplicationContextInitializer<ConfigurableApplicationContext> { @Override public void initialize(ConfigurableApplicationContext context) { // 提前加载关键配置 context.addBeanFactoryPostProcessor(beanFactory -> { beanFactory.registerSingleton("mybatisConfigLoader", new MyBatisConfigLoader()); }); } static class MyBatisConfigLoader implements BeanDefinitionRegistryPostProcessor { @Override public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) { // 手动注册Bean定义 } } } ``` *配置*:在`META-INF/spring.factories`中添加: ```properties org.springframework.context.ApplicationContextInitializer=com.example.MyBatisInitializer ``` --- #### 验证方法 1. 使用Actuator端点检查Bean状态: ```bash curl http://localhost:8080/actuator/beans | grep SqlSessionFactory ``` 2. 查看启动日志中的初始化顺序: ```log 2023-10-10 INFO o.s.b.f.s.DefaultListableBeanFactory - Creating shared instance of singleton bean 'dataSource' 2023-10-10 INFO o.s.b.f.s.DefaultListableBeanFactory - Creating shared instance of singleton bean 'sqlSessionFactory' ``` --- ### 延迟CommandLineRunner执行的两种方式 **方式1:使用ApplicationReadyEvent** ```java @SpringBootApplication public class Application { public static void main(String[] args) { SpringApplication app = new SpringApplication(Application.class); app.addListeners((ApplicationListener<ApplicationReadyEvent>) event -> { // 容器完全就绪后执行 event.getApplicationContext().getBean(MyService.class).init(); }); app.run(args); } } ``` **方式2:调整Runner优先级** ```java @Component @Order(Ordered.LOWEST_PRECEDENCE) // 最低优先级 public class LateRunner implements CommandLineRunner { @Override public void run(String... args) { // 最后执行的逻辑 } } ``` ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值