Spring AOP 默认不保证多个注解对应切面的执行顺序，其实际调用次序未定义且可能随版本变化；若需确定性行为，应通过 @Order 显式声明优先级，或采用职责分离的设计重构代码。
spring aop 默认不保证多个注解对应切面的执行顺序，其实际调用次序未定义且可能随版本变化；若需确定性行为，应通过 `@order` 显式声明优先级，或采用职责分离的设计重构代码。
在 Spring 应用中，当一个方法同时被多个 AOP 注解（如 @Transactional 和 @SchedulerLock）标记时，开发者常会关心它们的执行先后关系——例如：是先开启数据库事务再加分布式锁，还是先加锁再开启事务？这直接关系到并发安全与数据一致性。
遗憾的是，Spring AOP 本身并不为基于注解的切面（@Aspect）提供默认的执行顺序保证。官方文档明确指出：多个 @Aspect 类之间的织入顺序（weaving order）是未定义（undefined） 的，除非显式配置。这意味着：
- 即使两个注解都通过 @Around 实现，其代理逻辑的嵌套顺序无法仅凭注解书写顺序（如 @Transactional 写在上方）推断；
- 不同 Spring 版本、不同 JDK 环境、甚至类加载器行为差异，都可能导致执行顺序变化；
- 所谓“注解书写顺序决定执行顺序”的理解是常见误区，Spring 并不解析源码中的注解排列来决定切面优先级。
✅ 正确的控制方式：使用 @Order 或实现 Ordered 接口
为确保 @SchedulerLock 在 @Transactional 之前执行（典型场景：先获取锁，再开启事务以避免锁失效），应在对应的切面类上声明顺序：
@Aspect
@Order(1) // 数值越小，优先级越高，越先执行
public class SchedulerLockAspect {
@Around("@annotation(lock)")
public Object lockAround(ProceedingJoinPoint joinPoint, SchedulerLock lock) throws Throwable {
// 获取分布式锁逻辑
return joinPoint.proceed();
}
}
@Aspect
@Order(2)
public class TransactionAspect {
@Around("@annotation(transactional)")
public Object txAround(ProceedingJoinPoint joinPoint, Transactional transactional) throws Throwable {
// Spring 事务管理器自动处理
return joinPoint.proceed();
}
}
⚠️ 注意事项：
- @Order 必须作用于切面类（@Aspect 类），而非注解本身；
- 若使用 Spring Boot 2.6+，还需确保切面类被 Spring 容器正确扫描并注册（如标注 @Component）；
- @Transactional 是 Spring 内置切面，其底层由 TransactionAspectSupport 实现，通常默认 @Order(value = Ordered.LOWEST_PRECEDENCE - 100)（即较低优先级），因此自定义切面设为 @Order(1) 一般可确保前置执行；
- 避免依赖“随机但稳定”的行为——生产环境必须显式控制顺序，否则易引发竞态、死锁或事务回滚后锁未释放等严重问题。
? 替代方案：职责分离（推荐用于复杂逻辑）
当顺序敏感性高或切面耦合度大时，更健壮的做法是解耦关注点，将锁与事务拆分到不同服务层：
@Service
public class ScheduledTaskService {
private final BusinessService businessService;
@SchedulerLock(name = "testJob", lockAtMostFor = "30s")
public void test() {
businessService.executeInTransaction(); // 明确调用带事务的方法
}
}
@Service
public class BusinessService {
@Transactional
public void executeInTransaction() {
// 核心业务逻辑，天然受事务保护
}
}
这种方式不仅消除了顺序不确定性，还提升了可测试性、可维护性，并符合单一职责原则。
? 总结：
不要假设注解书写顺序 = 执行顺序；
务必通过 @Order 显式控制切面优先级；
对于强一致性要求场景，优先采用服务分层设计，让横切关注点各司其职。
