Spring Retry结合@Transactional注解的使用正确性及注意事项咨询

1. 代码是否为正确的使用方式？ #

你提供的代码不是正确的使用方式，存在以下问题：

• 语法错误：Java接口中不能直接编写方法实现块，同时方法声明的异常关键字应该是throws而非throw，JdbcTemplate的方法名是execute而非你写的exceute。
• 注解优先级配置错误：@Retryable和@Transactional都是基于Spring AOP实现的，默认事务切面的优先级高于重试切面，会导致重试逻辑包裹在事务内部，整个重试过程共用同一个事务，第一次执行抛出异常后事务就会被标记为回滚，后续重试操作都不会生效。
• 注解使用位置不合理：@Retryable通常建议标注在Service层的公共方法上，而非Repository层的方法，避免和持久层的切面逻辑冲突。

2. 使用过程中的注意事项 #

• 调整切面优先级：通过@Order注解配置重试切面的优先级高于事务切面，优先级值越小优先级越高，比如给重试切面配置@Order(1)，即可保证重试逻辑包裹在事务外层，每次重试都会开启独立的新事务。
• 避免内部调用：@Retryable基于代理实现，同一个类内部调用标注了@Retryable的方法不会触发代理，重试逻辑会失效。
• 保证操作幂等：重试机制会重复执行目标方法，要确保你执行的更新操作、存储过程调用是幂等的，避免重复执行导致数据异常。
• 不要捕获重试异常：如果需要触发重试，要确保指定的CustomRetryAbleException没有被内部吞掉，必须抛出到切面层才能触发重试逻辑。
• 事务传播行为符合预期：如果方法内部调用了其他事务方法，要确认事务传播配置（比如默认REQUIRED）不会导致多个重试操作共用同一个事务。

3. 重试是否会在失败的事务关闭后触发 #

如果你已经正确配置了切面优先级，让@Retryable切面在外层、@Transactional切面在内层，答案是是的：
当方法执行抛出异常后，内层的事务切面会先处理异常，执行事务回滚、关闭当前事务之后，异常才会抛到外层的重试切面，触发下一次重试逻辑，每次重试对应一个全新的独立事务。
如果没有配置优先级，事务切面在外层的话，整个重试过程都会在同一个事务中，第一次异常触发事务回滚后，后续重试也会在已经标记为回滚的事务中执行，不会开启新事务。

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