SpringBoot之CommandLineRunner

应用场景:溪源基于目前业务需求需要提前将部分数据加载到Spring容器中。大家可以想一下解决方案,下面评论去留言或者私信溪源。溪源能够想到的解决方案:

1、定义静态常量,随着类的生命周期加载而提前加载(这种方式可能对于工作经验较少的伙伴,选择是最多的);

2、实现CommandLineRunner接口;容器启动之后,加载实现类的逻辑资源,已达到完成资源初始化的任务;

3、@PostConstruct;在具体Bean的实例化过程中执行,@PostConstruct注解的方法,会在构造方法之后执行;

加载顺序为:Constructor > @Autowired > @PostConstruct > 静态方法;

特点:

  • 只有一个非静态方法能使用此注解
  • 被注解的方法不得有任何参数
  • 被注解的方法返回值必须为void
  • 被注解方法不得抛出已检查异常
  • 此方法只会被执行一次

4、实现InitializingBean接口;重写afterPropertiesSet()方法;

以上方案供大家参考,提供一种解决思路。但是日常开发中有可能需要实现在项目启动后执行的功能,因此诞生了此篇文章。思路:SpringBoot提供的一种简单的实现方案,实现CommandLineRunner接口,实现功能的代码放在实现的run方法中加载,并且如果多个类需要夹加载顺序,则实现类上使用@Order注解,且value值越小则优先级越高。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在使用Spring Boot中的CommandLineRunner时,如果发现没有加载,有以下几种可能的原因: 1. 检查注解使用是否正确:在实现类上使用`@Component`或`@Configuration`注解,确保被扫描到并注册为Bean。当CommandLineRunner被作为Spring Boot应用程序中的组件使用时,注解的正确使用非常重要。 2. 检查包扫描配置:如果CommandLineRunner实现类在指定的包或子包中,需要确保包扫描配置正确。在`@SpringBootApplication`注解上,确保指定了正确的`scanBasePackages`或`scanBasePackageClasses`。 3. 检查依赖管理:检查项目的依赖管理和版本是否正确。Spring Boot版本和相关的依赖也可能会影响CommandLineRunner的加载。确保使用的Spring Boot版本和依赖与实现类兼容。 4. 检查Spring Boot配置:在application.properties或application.yml配置文件中,确保没有禁用自动配置或修改了默认配置。有些配置项可能会禁止自动加载CommandLineRunner。 5. 检查其他程序流程:可能在应用程序中的其他组件或配置中,有条件判断或特定的执行流程阻止了CommandLineRunner的加载。检查业务逻辑、AOP切面、条件注解等等。 如果以上方法都没有解决问题,可以尝试在启动应用程序时打印更多的日志信息,通过分析日志来查找加载失败的具体原因。可以使用Spring Boot提供的日志配置,或通过在application.properties或application.yml中添加相关配置项来输出更详细的日志信息。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值