Spring为何不支持方法级注解通知的@Order排序？

你的理解是否正确？ #

没错，你给出的场景里，通知方法上的@Order注解确实不生效。Spring AOP的规则是：同一个切面类中的多个通知方法，方法级的@Order不会被识别，只有当通知处于不同切面类时，切面类上的@Order（或实现Ordered接口）才会控制排序逻辑。你的两个@Before通知都在NotVeryUsefulAspect这同一个切面里，所以不管方法上写@Order(-1)还是@Order(0)，执行顺序都是Spring默认的规则（通常是方法定义的顺序或方法名字母序，具体取决于Spring版本，但绝对不会按方法上的@Order来）。

Spring为何不支持方法级通知排序？ #

Spring官方文档的advice-ordering章节已经给出了明确指引：

建议将此类通知方法合并为每个@Aspect类中每个连接点一个通知方法，或者将通知拆分到不同的@Aspect类中，以便通过Ordered接口或@Order注解在切面级别进行排序。

这么设计的核心原因有几点：

• 关注点分离原则：切面本身是用来封装同一类关注点的模块，同一个切面内的通知逻辑应该是内聚的。如果需要排序，说明这些通知可能属于不同的关注点，拆分到不同切面更符合模块化设计。
• 框架复杂度控制：支持方法级排序需要在切面内部额外维护通知的排序逻辑，会增加AOP框架的实现复杂度。而官方认为通过拆分切面的方式已经能满足排序需求，没必要额外增加复杂度。
• 规则一致性：统一使用切面级排序能让规则更清晰，避免同一个切面内多个通知的排序逻辑混乱，降低开发者的理解和维护成本。

关于方法级通知排序的需求 #

你提到的方法级排序确实直观实用，能省去拆分切面的麻烦。但目前Spring官方并没有支持该功能的计划，你可以通过两种方案替代实现：

• 遵循官方建议，把两个@Before通知拆分到两个独立的切面类，分别在切面类上添加@Order(-1)和@Order(0)，这样就能按预期顺序执行。
• 自定义切面内部排序逻辑：比如在切面中维护一个通知方法的优先级列表，通过自定义注解标记优先级，在切面初始化时对通知进行排序（不过这种方式需要自行实现，相对繁琐）。

内容的提问来源于stack exchange，提问作者weixiaobaol