Spring Boot 中使用 CommondLineRunner时 @Order指定顺序不生效的问题处理。

最新推荐文章于 2025-07-01 12:36:19 发布

原创最新推荐文章于 2025-07-01 12:36:19 发布 · 3.6k 阅读

0 ·

CC 4.0 BY-SA版权

本文解析了Spring框架中@Order注解的正确使用方法，纠正了将其错误地应用在@Bean标注方法上的常见误区，强调应将@Order置于Class级别以确保任务按预期顺序执行。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

问题：

项目中使用CommondLineRunner 在Spring 初始化完成后执行特定任务，通过@Order指定多个任务的执行顺序不生效。

结论：

@Order的用法错误导致spring 无法正确读取顺序。

正确用法：@Order 应当定义在Class上。

错误用法：在@Bean标注的方法上添加@Order

过程

CommandLineRunner 最终是通过 org.springframework.boot.SpringApplication类的callRunners方法执行。

通过调用AnnotationAwareOrderComparator的sort对多个CommandLineRunner 进行排序。

通过调试可以知道，runners里面的每一个runner为@Bean方法标注的Method返回的对象。

从findOrder的逻辑可以看出在寻找Order值的时候是会从目标Object的Class上去获取Order信息。

所以直接标注在方法上的@Order才会不生效。

有些东西还是想当然了。开始的时候还以为@Order会自己被Spring通过代理的方式注入到@Bean标注的Method返回的实例里面，然后findOrder的时候会自己去实例里面找。结果，是自己想多了。。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

ren7wei

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

深入解析Spring Boot中的`@Transactional`注解

fudaihb的博客

09-03

3425

在Spring Boot开发中，数据库事务管理是一个至关重要的环节。`@Transactional`注解是Spring框架提供的一个强大工具，能够帮助开发者方便地管理事务。本文将深入解析`@Transactional`注解的工作原理、使用方式以及注意事项，并结合实际应用场景，帮助开发者更好地掌握这一工具。

Spring Boot 中文参考指南

分享技术干货和灵感、推荐新书和好玩的项目、分享Java面试题

02-08

9599

虽然Spring Boot 3.x第一个GA版本出来了，但一段时间内市面上依然还会以2.X版本为主，而2.7.8 是最后一个2.x的GA版本

1 条评论您还未登录，请先登录后发表或查看评论

关于@webFilter使用@Order无效问题

weixin_34364071的博客

08-26

473

2019独角兽企业重金招聘Python工程师标准>>> ...

springboot中@Order不生效的一些记录

qq_34093116的博客

07-20

2553

springboot 切面 @Order

@Primary 与 @Order 详解及详细源码展示

最新发布

csdn_tom_168的博客

07-01

781

摘要： Spring框架中的@Primary和@Order注解分别用于解决Bean的优先级和执行顺序问题。@Primary标记主候选Bean，消除多实现类注入时的歧义，适用于接口多实现、@Bean方法配置等场景，可与@Qualifier配合使用。@Order通过数值控制Bean的初始化、依赖注入和事件监听顺序，数值越小优先级越高，典型应用于@PostConstruct方法、List注入排序和事件监听器顺序控制。两者协同使用可精细化管理Bean生命周期。（150字）

Spring Boot 中使用 CommondLineRunner时注解Order指定顺序不生效

game_shader

07-30

680

问题： @Bean @Orde(2) // no effect public CommandLineRunner xxx2(){ return args -> {Sysout("secondrun")}; } @Bean @Orde(1) public CommandLineRunner xxx1(){ return args -> {Sysout("first run")}; } out: -->second run -->first run 解决...

Spring （二）@Order, Ordered 失效

endswell的专栏

11-21

696

Spring @Order, Ordered 失效

springboot(springcloud)使用@Order注解无效

头发茂密的假程序猿

06-29

2459

解决方法不采用注解，使用实现接口Ordered的方式。 import org.springframework.cloud.gateway.filter.GatewayFilterChain; import org.springframework.cloud.gateway.filter.GlobalFilter; import org.springframework.core.Ordered; import org.springframework.stereotype.Component; import

Spring Boot的自动装配中的@ConditionalOnBean条件装配注解在Spring启动过程中，是如何保证处理顺序靠后的

weixin_44182586的博客

09-30

3476

Spring Boot的自动装配中的@ConditionalOnBean条件装配注解在Spring启动过程中，是如何保证处理顺序靠后的 @ConditionalOnBean条件装配的顺序就是Spring的DeferredImportSelector接口延迟处理机制来保证的。

SprintBoot使用@Vaildated注解进行参数校验、全局异常处理以及注解校验不生效问题

DreamsArchitects的博客

12-09

2114

我使用的SpringBoot版本为2.3.4.RELEASE,无法使用@NotNull注解，可能是版本问题，需要手动导入依赖。导入依赖  <dependency> <groupId>javax.validation</groupId> <artifactId>validation-api</artifactId>

@Async注解提升Spring Boot项目中API接口并发能力

晴天飛雪的博客

11-05

1936

相反，程序会继续执行其他任务，当异步操作完成时，会调用一个预先定义好的回调函数来处理结果。总结：主程序在异步调用之后，主程序并不会理会这三个函数是否执行完成了，由于没有其他需要执行的内容，所以程序就自动结束了，导致了不完整或是没有输出任务相关内容的情况。例如，第一次调用中，任务一和任务三的执行时间都是 784 毫秒，而任务二的执行时间是 6176 毫秒，因此任务一和任务三先完成，任务二最后完成。支持链式调用，可以在一个异步操作完成后立即执行另一个异步操作，形成一个异步操作链。

Spring常见问题解决 - @WebFilter 过滤器使用@Order控制执行顺序失效了？

Zong_0915的博客

09-07

5320

根据上述的的描述，我们知道，过滤器链中的顺序的加载依赖：第一步骤：项目启动，会执行函数。此时会加载类型的Bean。第二步骤：此时会触发这个类的构造函数执行。构造函数中首先通过函数，按照顺序处理类型的Bean。是的一个子类。因此第二步中加载的实际上是。而最终又实现了Ordered接口。相关属性存在于其父类中。即order属性。构造函数将会对第二步中收集到的进行排序。先看排序对象是否实现了Ordered接口，若有，则调用getOrder()获取值。否则调用获取@Order注解属性值。我们通过。

踩坑！@Order失效。。。

qq_34142184的博客

09-20

4303

1.在@Configuration里面通过@Bean是方式创建bean，在上面加@Order控制顺序是没有效果的 2.控制顺序方式：实现Ordered接口、实现PriorityOrdered接口、在类上面加@Order、在类上面加@Priority、可以通过RegistrationBean方式创建bean，用setOrder添加顺序、 filter可以通过FilterRegistrationBean创建filter的bean，指定顺序

SpringBoot 自定义starter @AutoConfigureBefore、@AutoConfigureAfter、@AutoConfigureOrder 不生效问题

小单的博客专栏

11-04

1574

如题，关于 @Configuration 三大件 @AutoConfigureBefore、@AutoConfigureAfter、@AutoConfigureOrder 的具体详解，本文不做赘述，可自行科普。本文目的是为了陈述一个使用这三大件注解时非常容易触发的一个问题点 “如题，不生效” 的结论，直接说结论，就知道如何避免了。本文发生的问题，主要是在你编写一个自己的 starter 包的时候容易出现。本文所有代码的前提场景是自定义 starter 时候出现这样的问题，如果你不是自定义 star

基于spring的责任链实战，解决order排序失效

王林冲的博客

03-02

1655

基于spring的责任链实战，解决order排序失效，支持order排序注解

SpringBoot Bean加载顺序 Order无效

天下无双

03-24

1万+

@Bean @Order(1) public xxx1 createXxx1() { return new xxx1(); } @Bean @Order(2) public xxx2 createXxx2() { return new xxx2(); } 经过测试，病不起作用。目前经过测试、O...

CommandLineRunner 不执行

何塞-穆里尼奥的博客

06-20

3457

CommandLineRunner 不执行

SpringBoot中CommandLineRunner的使用

hanxiaozhang的博客

09-09

613

开发中，你有没有遇到这样的场景，项目启动后，立即需要进行一些操作。比如：加载一些初始化数据、执行一段逻辑代码。你可以使用SpringBoot中CommandLineRunner。它可以在项目启动后，执行CommandLineRunner接口实现类的相关逻辑。特别要注意：多个CommandLineRunner的实现类是串行方式执行。如何在其中某一个实现类中使用死循环逻辑，将导致后续的实现类不能执行。解决该问题的方式为开启一个线程，异步去执行。

Spring Boot 之 Filter顺序配置 @Order无效原因解读（源码理解）

热门推荐

ieen_csdn的博客

01-23

2万+

Spring Filter类结构图 implementsimplementsextendsextendsCompositeFilterFilterGenericFilterBeanDelegatingFilterProxyOncePerRequestFilter extendsextendsextendsextendsextendsextendsCharacterEncodingFilterOnc...

在spring boot中使用事务

03-13

### 正确配置和使用 `@Transactional` 注解在 Spring Boot 应用程序中，为了确保事务管理的有效性和可靠性，正确配置和使用 `@Transactional` 注解至关重要。此注解不仅能够简化开发过程中的事务管理逻辑，还能提高应用程序的健壮性。 #### 1. 基本配置与启用事务支持要让 `@Transactional` 生效，需确保已启用了基于注解的事务管理功能。通常情况下，默认设置已经足够，但在某些场景下可能需要自定义配置： ```java @Configuration @EnableTransactionManagement // 启用事务管理的支持 public class TransactionConfig { @Bean public PlatformTransactionManager transactionManager(DataSource dataSource) { return new DataSourceTransactionManager(dataSource); } } ``` 这段代码展示了如何通过 Java Config 方式显式开启事务管理并指定使用的 `PlatformTransactionManager` 实现[^3]。 #### 2. 使用 `@Transactional` 进行业务方法标注对于业务逻辑层的服务类而言，在其公共接口的方法签名前加上 `@Transactional` 即可实现对该方法内部所有数据库交互操作的统一事务控制： ```java @Service public class OrderService { @Autowired private OrderRepository orderRepo; /** * 创建订单的同时更新库存数量。 */ @Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class) public void createOrderAndReduceStock(OrderDTO dto){ try{ // 执行创建订单的操作... orderRepo.create(dto.getOrder()); // 更新商品库存... productInventory.updateQuantity(-dto.getQuantity(), dto.getProductId()); }catch(Exception e){ throw new RuntimeException("Create order failed",e); } } } ``` 上述例子中指定了传播行为为 REQUIRED 并设置了回滚条件为任何类型的异常都会触发事务回滚[^4]。 #### 3. 注意事项及最佳实践建议 - **避免过度使用**：并非所有的 CRUD 操作都需要放在同一事务里完成；应根据实际需求合理设计事务边界。 - **理解代理机制局限性**：由于 Spring 默认采用 JDK 动态代理的方式实现 AOP 切面织入，因此当一个带有 `@Transactional` 的 Bean 自身调用自己的其他带相同注解的方法时，后者并不会受到前者所处事务的影响。 - **考虑并发情况下的隔离级别调整**：默认读取未提交的数据可能会引发脏读等问题，可根据具体应用场景适当提升隔离等级以保障数据准确性。 - **谨慎处理异步任务内的事务**：标准版 `@Async` 和 `@Transactional` 不兼容，因为它们分别依赖不同的线程池执行策略。如果确实存在此类需求，则要考虑引入额外的技术方案如 TaskExecutor 或者利用 JTA 来协调分布式资源之间的同步关系[^5]。