Spring项目启动时，ApplicationRunner和CommandLineRunner的用法

最新推荐文章于 2025-10-15 17:03:05 发布
原创 最新推荐文章于 2025-10-15 17:03:05 发布 · 2.4w 阅读 · 7 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #commandLineRunner #applicationRunner

本文介绍在Spring项目中如何通过实现ApplicationRunner或CommandLineRunner接口来控制启动时资源的初始化顺序，包括示例代码和具体实现方式。

Spring项目启动时，如果需要初始化资源，可以实现ApplicationRunner或者CommandLineRunner，并且可以使用注解@Order指定他们的运行顺序。

 

示例代码：https://github.com/rickding/HelloJava/tree/master/HelloRunner

3个类文件：

 

RunnerApplication.java实现SpringBootApplication主程序：

 

HelloApplicationRunner.java实现ApplicationRunner：

 

HelloCommandLineRunner.java实现CommandLineRunner，并且指定@Order(1):

 

输出日志：

 

参考文章：https://blog.youkuaiyun.com/qq_28804275/article/details/80891941

 

Spring : SpringBoot的ApplicationRunner和CommandLineRunner
九师兄
07-04 906
1.美图 2.概述 如果你需要在你的SpringBoot启动完成之后实现一些功能，那么可以通过创建class实现ApplicationRunner和CommandLineRunner来完成 @Component public class ApplicationRunnerTest implements ApplicationRunner { @Override public v...
SpringBoot - 实现启动时执行指定任务（CommandLineRunner、ApplicationRunner）
专注基础架构领域
08-17 1316
Spring Boot 项目在启动时会遍历所有的 CommandLineRunner 的实现类并调用其中的 run 方法。如果整个系统中有多个 CommandLineRunner 的实现类，那么可以使用 @Order 注解对这些实现类的调用顺序进行排序（数字越小越先执行）。run 方法的参数是系统启动是传入的参数，即入口类中 main 方法的参数（在调用 SpringApplication.run 方法时被传入 Spring Boot 项目中）......
SpringBoot（二十一）ApplicationRunner和CommandLineRunner实现开机自启
yhahaha_的博客
05-30 9586
目录 ApplicationRunner CommandLineRunner 总结 SpringBoot版本：2.1.1 SpringBoot应用启动成功以后就会callRunners方法，方法中调用ApplicationRunner和CommandLineRunner接口的run方法，只在启动成功以后调用一次。所以，在这基础上就可以实现相当于开机自启的一个操作，具体执行的逻辑代码就看在...
Spring接口ApplicationRunner的作用和使用介绍
罪域之骨终成王
08-04 3988
在Spring框架中，ApplicationRunner接口是org.springframework.boot.ApplicationRunner接口的一部分。它是Spring Boot中用于在Spring应用程序启动完成后执行特定任务的接口。ApplicationRunner的作用是在Spring应用程序完全启动后，执行一些初始化任务或处理逻辑。
ApplicationRunner与CommandLineRunner详解与应用实战
最新发布
m0_73692704的博客
10-15 631
ApplicationRunner和CommandLineRunner是框架提供的两个重要接口，用于在应用程序启动完成后执行特定的初始化逻辑。本文将全面解析这两个接口的特性、区别以及实际应用场景。一、基本概念与接口定义CommandLineRunner是一个功能简单的接口，它定义了一个run(String... args)方法，在Spring应用程序上下文完全加载后执行。它接收原始的命令行参数数组作为输入。ApplicationRunner是一个更高级的接口，定义了一个。
ApplicationRunner的用法和注意点
weixin_44014864的博客
11-11 5193
springboot启动后立即加载自定义代码
CommandLineRunner和ApplicationRunner
小强签名设计 的博客
12-25 2万+
本文主要来自：https://blog.youkuaiyun.com/zongzhankui/article/details/78681942   前言： Spring Boot如何解决项目启动时初始化资源，在我们实际工作中，总会遇到这样需求，在项目启动的时候需要做一些初始化的操作，比如初始化线程池，提前加载好加密证书等。 为了达到这个目的，我们需要使用CommandLineRunner或Appli...
SpringBoot中的ApplicationRunner使用和理解
yygApplication的博客
12-23 1万+
springBoot项目启动时候，有时候需要再启动之后直接执行某一段代码。这个时候就用到了 ApplicationRunner 这个类。 ApplicationRunner ： 是一个接口，里面定义一个run(ApplicationArguments args)方法,我们需要自己写一个类去实现这个这接口,并实现接口里面的run(ApplicationArguments args)方法。 如果有多...
Spring Boot 中的 ApplicationRunner 和 CommandLineRunner
m0_73311735的博客
03-29 226
一般项目中的初始化操作，初次遇见，妙不可言。如果你还有哪些方式可用于初始化操作，欢迎在评论中分享出来~
【Spring系列】应用启动后回调机制CommandLineRunner和ApplicationRunner接口
2401_84415234的博客
04-20 774
我还通过一些渠道整理了一些大厂真实面试主要有：蚂蚁金服、拼多多、阿里云、百度、唯品会、携程、丰巢科技、乐信、软通动力、OPPO、银盛支付、中国平安等初，中级，高级Java面试题集合，附带超详细答案，希望能帮助到大家。还有专门针对JVM、SPringBoot、SpringCloud、数据库、Linux、缓存、消息中间件、源码等相关面试题。《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
CommandLineRunner和ApplicationRunner作用及区别——SpringBoot
DayDayUp的博客
08-16 1万+
一、需求与前言 springBoot框架项目，有时候有预加载数据到或缓存中或类的属性中的需求，希望执行操作的时间是在容器启动末尾时执行操作。针对这种场景，SpringBoot提供了两个接口，分别是CommandLineRunner和ApplicationRunner。两个接口都在spring-boot的jar包中(spring-boot的jar包依附关系：spring-boot<-spring-boot-starter<-spring-boot-starter-web)，项目只需要依赖spri
详解ApplicationRunner和CommandLineRunner
卓越之识论道，平常之识论事，狭隘之识论人
06-29 1776
一文详解ApplicationRunner和CommandLineRunner
CommandLineRunner和ApplicationRunner区别
weixin_45058835的博客
08-17 791
CommandLineRunner和ApplicationRunner区别
Spring boot 通过ApplicationRunner在启动完成后按指定顺序执行任务
诚的博客
11-25 5032
实现ApplicationRunner接口，然后添加@Component注解 然后在run方法中实现具体要运行的任务 如果有多个任务且有先后执行顺序，可用@Order注解，value值越小优先级越高 创建如下两个简单的任务，跑起来看看 @Component @Order(value = 1) // 指定其执行顺序，值越小优先级越高 public class MyRunner1 implements ApplicationRunner { @Override .
ApplicationRunner和CommandLineRunner，系统启动任务的方法
CODE__CODC的博客
02-10 663
我们在开发中可能会有这样的情景。需要在容器启动的时候执行一些内容。比如读取配置文件，数据库连接之类的。SpringBoot给我们提供了ApplicationRunner接口来帮助我们实现这种需求。该接口执行时机为容器启动完成的时候。 ApplicationRunner接口 我们在开发中可能会有这样的情景。需要在容器启动的时候执行一些内容。比如读取配置文件，数据库连接之类的。SpringBoot...
项目初始化时ApplicationRunner和CommandLineRunner的应用
weixin_39643007的博客
08-25 802
1.Application运行之前需要执行一些代码，可以通过实现ApplicationRunner或者CommandLineRunner接口。接口只有一个run方法，会在SpringApplication.run(...)方法执行之前运行。其中ApplicationRunner可以访问ApplicationArguments参数信息；
102. Spring Boot之CommandLineRunner和ApplicationRunner【从零开始学Spring Boot】
热门推荐
AndyLizh的专栏
02-13 2万+
需求缘起：在有【Spring Boot启动加载数据CommandLineRunner】文章中介绍了CommandLineRunner的使用，有人评论说实现ApplicationRunner接口也可以，那么本节就是要介绍ComandLineRunner和ApplicationRunner区别和使用。 本节大纲 （1）使用场景的提出； （2）共同点和区别； （3）CommandLineRunn
ApplicationRunner学习
PhilsphyPrgram的博客
01-07 875
1. 类型：接口 2. 方法：只定义了一个run方法 3. 使用场景： springBoot项目启动时，若想在启动之后直接执行某一段代码，就可以用 ApplicationRunner这个接口，并实现接口里面的run(ApplicationArguments args)方法，方法中写上自己的想要的代码逻辑。 ！！！一定要加上@Component @Component public class ServerRunner implements ApplicationRunner { private
SpringBoot中CommandLineRunner和AplicationRunner
Mr_Yao
04-04 365
在SpringBoot开发项目的时候，有时需要在Spring容器启动的时候执行一系列操作。在SpringBoot中提供了两个接口来实现这样的需求。 这两个接口为：CommandLineRunner和ApplicationRunner 这两个都有run方法，但是CommandLineRunner的参数为String数组，ApplicationRunner为ApplicationArgum...
spring boot启动时， ApplicationRunner和Jms listener监听topic那个先执行
04-12
<think>好的，我现在要解决用户关于Spring Boot启动过程中ApplicationRunner和Jms Listener监听Topic的执行顺序的问题。用户想知道这两者的执行顺序，我需要详细分析Spring Boot的启动流程，并找到相关的执行点。 首先，我需要回忆Spring Boot应用程序的启动过程。通常，Spring Boot启动时会创建ApplicationContext，初始化Bean，并执行各种Runner接口的实现，比如ApplicationRunner和CommandLineRunner。同时，JMS监听器，尤其是使用@JmsListener注解的，可能涉及消息监听容器的启动。 接下来，我需要确定这两个组件在启动过程中的执行顺序。根据Spring的文档，ApplicationRunner是在ApplicationContext完全刷新之后，在应用程序启动的最后阶段执行的。而JMS监听器，尤其是基于Spring的JMS监听容器（如DefaultMessageListenerContainer），通常会在Bean初始化的后期阶段启动，具体可能是在SmartLifecycle的实现中。 我记得SmartLifecycle接口中的start()方法会在ApplicationContext刷新完成后被调用，而ApplicationRunner的执行也是在刷新之后。但具体它们的顺序是怎样的？可能要看它们的phase值。默认情况下，ApplicationRunner可能是在最后阶段执行的，而消息监听容器的启动可能更早，或者在同一个阶段但顺序不同。 需要查阅相关资料或者Spring的源码来确定。例如，ApplicationRunner的执行是在SpringApplication的callRunners()方法中，而JMS监听容器的启动可能是在LifecycleProcessor中的启动阶段。如果消息监听容器的Lifecycle phase较低，那么它们会在ApplicationRunner之前启动。否则，可能在之后。 另外，可能要考虑@JmsListener注解的处理时机。当使用@EnableJms时，JmsListenerAnnotationBeanPostProcessor会在Bean初始化后处理这些注解，注册监听器。但监听器实际的启动可能是在上下文刷新完成后，由消息监听容器控制。 根据Spring Boot的启动流程，ApplicationRunner的执行是在刷新上下文之后，所有Bean准备就绪之后。而消息监听容器的启动可能是在上下文刷新阶段，作为Lifecycle组件启动。如果消息监听容器实现了SmartLifecycle，并且默认的phase是0，那么它们会在ApplicationRunner之前启动，因为ApplicationRunner的执行可能在更高phase的阶段。 比如，SmartLifecycle的默认phase是0，而ApplicationRunner的执行可能在更后的阶段。因此，可能JMS监听器会在ApplicationRunner之前启动并开始监听。但需要验证这一点。 可能需要查找相关的文档或源码。例如，在Spring Boot的SpringApplication类中，callRunners()方法是在afterRefresh()之后被调用的。而afterRefresh()是在上下文刷新之后执行的。同时，LifecycleProcessor的启动是在上下文刷新的最后阶段，即finishRefresh()方法中触发。而SmartLifecycle组件会根据phase顺序启动。 假设消息监听容器的Lifecycle phase较低，那么它们的start()会在callRunners()之前执行。因此，JMS监听器可能在ApplicationRunner之前就开始监听消息了。但如果有多个Lifecycle组件，它们的启动顺序由phase决定。 总结，可能的执行顺序是：Spring Boot启动 -> 初始化所有Bean -> 启动消息监听容器（作为SmartLifecycle组件） -> 执行ApplicationRunner的run方法。因此，JMS监听器会在ApplicationRunner之前开始运行，因此监听器可能先于ApplicationRunner执行。 不过，用户的问题是关于监听Topic的执行顺序，即当应用启动时，JMS监听器何时开始接收消息，而ApplicationRunner何时运行。如果监听器在ApplicationRunner之前启动，那么可能在ApplicationRunner执行前就已经可以处理消息了。但如果在ApplicationRunner之后，那么消息处理会在之后开始。 为了确认这一点，可能需要查看DefaultMessageListenerContainer的启动阶段。DefaultMessageListenerContainer实现了SmartLifecycle，默认的autoStartup为true，并且phase默认是0。而ApplicationRunner的执行是在SpringApplication的callRunners()阶段，该阶段在LifecycleProcessor启动之后。因此，Lifecycle组件（如消息监听容器）会在ApplicationRunner之前启动，导致JMS监听器在ApplicationRunner的run方法执行前就开始监听消息了。 因此，最终的结论是：在Spring Boot启动过程中，JMS监听器（如使用@JmsListener监听Topic的组件）会在ApplicationRunner执行之前开始运行，因此它们的初始化顺序更早，能够更早接收消息。</think>在Spring Boot启动过程中，`ApplicationRunner`和JMS监听器的执行顺序可以通过以下流程分析： 1. **上下文初始化阶段** Spring Boot首先完成`ApplicationContext`的创建和Bean的初始化。所有Bean（包括`@JmsListener`注解的监听器）在此阶段完成实例化，但尚未启动消息监听容器。 2. **上下文刷新完成阶段** 当`ApplicationContext`刷新完成后，Spring会触发`LifecycleProcessor`启动所有实现了`SmartLifecycle`接口的组件。**JMS监听容器（如`DefaultMessageListenerContainer`）默认实现了`SmartLifecycle`，其`phase`值为0**，因此会在此阶段自动启动并开始监听消息[^1]。 3. **ApplicationRunner执行阶段** 最后，Spring Boot调用所有`ApplicationRunner`和`CommandLineRunner`的实现类。**`ApplicationRunner`的执行发生在所有`SmartLifecycle`组件启动之后**，因此JMS监听器已处于活跃状态[^2]。 ### 执行顺序总结 $$启动顺序 = \text{JMS监听器启动} \rightarrow \text{ApplicationRunner执行}$$ ### 示例代码验证 ```java @Component public class DemoJmsListener { @JmsListener(destination = "test.topic") public void handleMessage(String message) { System.out.println("JMS监听器收到消息: " + message); } } @Component public class DemoApplicationRunner implements ApplicationRunner { @Override public void run(ApplicationArguments args) { System.out.println("ApplicationRunner执行"); } } ``` 启动日志会显示： ``` JMS监听器启动... ApplicationRunner执行 ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

源码控

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值