一张图帮你记忆，Spring Boot应用在启动阶段执行代码的几种方式
发布时间：2025-11-05 12:21:20 来源：云智核 作者：IT科技类资讯
前言
有时候我们需要在应用启动时执行一些代码片段，张图种方这些片段可能是帮记仅仅是为了记录 log，也可能是忆St应用启在启动时检查与安装证书 ，诸如上述业务要求我们可能会经常碰到
Spring Boot 提供了至少 5 种方式用于在应用启动时执行代码。动阶段执我们应该如何选择？行代本文将会逐步解释与分析这几种不同方式
CommandLineRunner
CommandLineRunner 是一个接口，通过实现它，张图种方我们可以在 Spring 应用成功启动之后 执行一些代码片段
@Slf4j @Component @Order(2) public class MyCommandLineRunner implements CommandLineRunner { @Override public void run(String... args) throws Exception { log.info("MyCommandLineRunner order is 2"); if (args.length > 0){ for (int i = 0; i < args.length; i++) { log.info("MyCommandLineRunner current parameter is: {}",帮记 args[i]); } } } }当 Spring Boot 在应用上下文中找到 CommandLineRunner bean，它将会在应用成功启动之后调用 run() 方法，忆St应用启并传递用于启动应用程序的动阶段执命令行参数
通过如下 maven 命令生成 jar 包:
mvn clean package通过终端命令启动应用，并传递参数:
java -jar springboot-application-startup-0.0.1-SNAPSHOT.jar --foo=bar --name=rgyb查看运行结果:
到这里我们可以看出几个问题:
命令行传入的行代参数并没有被解析，而只是张图种方显示出我们传入的字符串内容 --foo=bar，--name=rgyb，帮记我们可以通过 ApplicationRunner 解析，忆St应用启我们稍后看 在重写的动阶段执 run() 方法上有 throws Exception 标记，Spring Boot 会将 CommandLineRunner 作为应用启动的行代一部分，如果运行 run() 方法时抛出 Exception，应用将会终止启动 我们在类上添加了 @Order(2) 注解，当有多个 CommandLineRunner 时，将会按照 @Order 注解中的数字从小到大排序 (数字当然也可以用复数)不要使用 @Order 太多
看到 order 这个 "黑科技" 我们会觉得它可以非常方便将启动逻辑按照指定顺序执行，但如果你这么写，说明多个代码片段是有相互依赖关系的，香港云服务器为了让我们的代码更好维护，我们应该减少这种依赖使用
小结
如果我们只是想简单的获取以空格分隔的命令行参数，那 MyCommandLineRunner 就足够使用了
ApplicationRunner
上面提到，通过命令行启动并传递参数，MyCommandLineRunner 不能解析参数，如果要解析参数，那我们就要用到 ApplicationRunner 参数了
@Component @Slf4j @Order(1) public class MyApplicationRunner implements ApplicationRunner { @Override public void run(ApplicationArguments args) throws Exception { log.info("MyApplicationRunner order is 1"); log.info("MyApplicationRunner Current parameter is {}:", args.getOptionValues("foo")); } }重新打 jar 包，运行如下命令:
java -jar springboot-application-startup-0.0.1-SNAPSHOT.jar --foo=bar,rgyb运行结果如下:
到这里我们可以看出:
同 MyCommandLineRunner 相似，但 ApplicationRunner 可以通过 run 方法的 ApplicationArguments 对象解析出命令行参数，并且每个参数可以有多个值在里面，因为 getOptionValues 方法返回 List<String> 数组2. 在重写的 run() 方法上有 throws Exception 标记，Spring Boot 会将 CommandLineRunner 作为应用启动的一部分，如果运行 run() 方法时抛出 Exception，应用将会终止启动
3. ApplicationRunner 也可以使用 @Order 注解进行排序，从启动结果来看，它与 CommandLineRunner 共享 order 的顺序，稍后我们通过源码来验证这个结论
小结
如果我们想获取复杂的命令行参数时，我们可以使用 ApplicationRunner
ApplicationListener
如果我们不需要获取命令行参数时，我们可以将启动逻辑绑定到 Spring 的 ApplicationReadyEvent 上
@Slf4j @Component @Order(0) public class MyApplicationListener implements ApplicationListener<ApplicationReadyEvent> { @Override public void onApplicationEvent(ApplicationReadyEvent applicationReadyEvent) { log.info("MyApplicationListener is started up"); } }运行程序查看结果:
到这我们可以看出:
ApplicationReadyEvent 当且仅当 在应用程序就绪之后才被触发，甚至是说上面的 Listener 要在本文说的所有解决方案都执行了之后才会被触发，源码库最终结论请稍后看 代码中我用 Order(0) 来标记，显然 ApplicationListener 也是可以用该注解进行排序的，按数字大小排序，应该是最先执行。但是，这个顺序仅用于同类型的 ApplicationListener 之间的排序，与前面提到的 ApplicationRunners 和 CommandLineRunners 的排序并不共享小结
如果我们不需要获取命令行参数，我们可以通过 ApplicationListener<ApplicationReadyEvent> 创建一些全局的启动逻辑，我们还可以通过它获取 Spring Boot 支持的 configuration properties 环境变量参数
如果你看过我之前写的 Spring Bean 生命周期三部曲:
Spring Bean 生命周期之缘起 Spring Bean 生命周期之缘尽 Spring Aware 到底是什么？那么你会对下面两种方式非常熟悉了
@PostConstruct
创建启动逻辑的另一种简单解决方案是提供一种在 bean 创建期间由 Spring 调用的初始化方法。我们要做的就只是将 @PostConstruct 注解添加到方法中：
@Component @Slf4j @DependsOn("myApplicationListener") public class MyPostConstructBean { @PostConstruct public void testPostConstruct(){ log.info("MyPostConstructBean"); } }查看运行结果:
从上面运行结果可以看出:
Spring 创建完 bean之后 (在启动之前)，便会立即调用 @PostConstruct 注解标记的方法，因此我们无法使用 @Order 注解对其进行自由排序，因为它可能依赖于 @Autowired 插入到我们 bean 中的其他 Spring bean。2. 相反，网站模板它将在依赖于它的所有 bean 被初始化之后被调用，如果要添加人为的依赖关系并由此创建一个排序，则可以使用 @DependsOn 注解（虽然可以排序，但是不建议使用，理由和 @Order 一样）
小结
@PostConstruct 方法固有地绑定到现有的 Spring bean，因此应仅将其用于此单个 bean 的初始化逻辑；
InitializingBean
与 @PostConstruct 解决方案非常相似，我们可以实现 InitializingBean 接口，并让 Spring 调用某个初始化方法:
@Component @Slf4j public class MyInitializingBean implements InitializingBean { @Override public void afterPropertiesSet() throws Exception { log.info("MyInitializingBean.afterPropertiesSet()"); } }查看运行结果:
从上面的运行结果中，我们得到了和 @PostConstruct 一样的效果，但二者还是有差别的
@PostConstruct 和 afterPropertiesSet 区别
afterPropertiesSet，顾名思义「在属性设置之后」，调用该方法时，该 bean 的所有属性已经被 Spring 填充。如果我们在某些属性上使用 @Autowired（常规操作应该使用构造函数注入），那么 Spring 将在调用afterPropertiesSet 之前将 bean 注入这些属性。但 @PostConstruct 并没有这些属性填充限制2. 所以 InitializingBean.afterPropertiesSet 解决方案比使用 @PostConstruct 更安全，因为如果我们依赖尚未自动注入的 @Autowired 字段，则 @PostConstruct 方法可能会遇到 NullPointerExceptions
小结
如果我们使用构造函数注入，则这两种解决方案都是等效的
源码分析
请打开你的 IDE (重点代码已标记注释):
MyCommandLineRunner 和 ApplicationRunner 是在何时被调用的呢？
打开 SpringApplication.java 类，里面有 callRunners 方法
private void callRunners(ApplicationContext context, ApplicationArguments args) { List<Object> runners = new ArrayList<>(); //从上下文获取 ApplicationRunner 类型的 bean runners.addAll(context.getBeansOfType(ApplicationRunner.class).values()); //从上下文获取 CommandLineRunner 类型的 bean runners.addAll(context.getBeansOfType(CommandLineRunner.class).values()); //对二者进行排序，这也就是为什么二者的 order 是可以共享的了 AnnotationAwareOrderComparator.sort(runners); //遍历对其进行调用 for (Object runner : new LinkedHashSet<>(runners)) { if (runner instanceof ApplicationRunner) { callRunner((ApplicationRunner) runner, args); } if (runner instanceof CommandLineRunner) { callRunner((CommandLineRunner) runner, args); } } }强烈建议完整看一下 SpringApplication.java 的全部代码，Spring Boot 启动过程及原理都可以从这个类中找到一些答案
总结
最后画一张图用来总结这几种方式（高清大图请查看原文：https://dayarch.top/p/spring-...）
灵魂追问
上面程序运行结果， afterPropertiesSet 方法调用先于 @PostConstruct 方法，但这和我们在 Spring Bean 生命周期之缘起 中的调用顺序恰恰相反，你知道为什么吗？ MyPostConstructBean 通过 @DependsOn("myApplicationListener") 依赖了 MyApplicationListener，为什么调用结果前者先与后者呢？ 为什么不建议 @Autowired 形式依赖注入在写 Spring Bean 生命周期时就有朋友问我与之相关的问题，显然他们在概念上有一些含混，所以，仔细理解上面的问题将会帮助你加深对 Spring Bean 生命周期的理解
欢迎关注我的公众号 「日拱一兵」，趣味原创解析Java技术栈问题，将复杂问题简单化，将抽象问题图形化落地
如果对我的专题内容感兴趣，或抢先看更多内容，欢迎访问我的博客 dayarch.top
- SE112耳机的音质和性能评测（探索SE112耳机带来的音乐新世界，尽享细腻而动听的音质体验）
- 对企业来说域名的购买很重要？新手企业该怎么购买自己的域名？
- 拥有两数字.cn的公司有哪些？盘点那些两数字cn域名
- online域名好不好？online域名有什么优势？
- Vmware上新建出的Ubuntu可以使用，问题就是找不到网卡了，提示No such device eth0...解决过程不写了，反正耗掉了我好几个小时...原因是Vmware保存的硬件配置文件*.vmx里记录了网卡的MAC地址，而Ubuntu也会记录MAC地址，这样在克隆虚拟机的时候，Vmware会为Ubuntu分配一个新的eth0网卡，但是由于被之前的eth0占用，所以它会变成eth1。再因为eth0是默认的网卡，显然这个网卡不存在，所以就提示No such device eth0..Ubuntu保存MAC地址的配置文件为/etc/udev/rules.d/70-persistent-net.rules，我装的是9.10版本，8.04以后的版本应该都是这个解决方法:方法1:直接删除配置文件直接删除配置文件，重启之后Ubuntu就会找到新的网卡了。复制代码代码如下:方法2:修正配置文件修改配置文件，将原本的eth0删除，然后修改eth1的NAME=erh1为NAME=eth0，重启之后Ubuntu就会使用新的配置文件设置网卡了。修改前的 /etc/udev/rules.d/70-persistent-net.rules 像这样:复制代码代码如下:将它修改为:复制代码代码如下:# PCI device 0x1022:0x2000 (pcnet32)SUBSYSTEM==net, ACTION==add, DRIVERS== *, ATTR{address}==00:0c:29:85:XX:XX, ATTR{dev_id}==0x0, ATTR{type}==1, KERNEL==eth*, NAME=eth0
- 想要的域名被注册怎么做？有什么方法？
- 新手对国外域名注册商有什么了解？怎么注册？
- 企业对域名怎么选择的？有什么常见问题？
- IBUS 是 linux 下的输入框架，框架内的各种输入法是 Ubuntu 默认的非英文输入方式。新安装的 Ubuntu 系统，假如选择了中文环境，系统首次联网成功后，会提示用户下载 IBUS 下的拼音和五笔输入码表并安装，但并不默认启用相应的输入法。下面就分享一下安装和启用 IBUS 中文输入法的经验。1、点击屏幕右上角 Panel 上的输入法指示器，选择“文本输入设置”。2、弹出如下图窗口，点击左下角的 “＋” 号。3、在弹出的输入法列表里，选择一个汉语输入法，单击“添加”。这里选拼音。4、回到第二步的图，这时用红圈里的箭头，可以调整现有输入法的排列顺序；用蓝圈里的设置图标，可以设置诸如“双拼”之类的选项。黄圈里是调用的快捷键，默认是 Super （也就是键盘上的 windows 徽标键）＋空格，假如想改的话，可以点击，然后按下自己想要的组合键（比如 Ctrl + 空格），即刻生效。下面绿框中的选项，设置输入法与程序窗口之间的对应选项，可以让当前输入法对所有程序有效，也可以只对当前程序有效，也就是说不同的程序可以与不同的输入法（或英文状态）对应。好了，这样就开启IBUS 中文输入法了，谢谢阅读，希望能帮到大家，请继续关注脚本之家，我们会努力分享更多优秀的文章。
- 对二级域名有何看法？有什么二级域名优化技巧？
随便看看
- Copyright © 2025 Powered by 一张图帮你记忆，Spring Boot应用在启动阶段执行代码的几种方式,云智核 滇ICP备2023006006号-28sitemap