Spring Boot应用中@Transactional注解应标注在什么位置？

在v.2.7.0版本的Spring Boot应用开发场景中，@Transactional注解的标注位置有多种可选方案，行业内关于标注位置的争议主要集中在两个核心问题上。

标注在Controller层还是Service层？ #

目前行业内几乎普遍推荐将该注解标注在Service层，核心原因是事务的边界应该和业务逻辑的原子性边界对齐：一个Service方法通常会聚合多个数据库读写操作，事务加在Service层才能保证整套业务操作要么全部执行成功，要么异常时全部回滚。如果把@Transactional加在Controller层，很容易出现跨Service调用时事务传播不符合预期、事务粒度过大锁表时间过长等问题。

标注在实现类还是接口上？ #

确定把注解放在Service层之后，如果对应的Service定义了接口，还会面临第二个选择：@Transactional应该标在Service接口上，还是标在具体实现类上？

旧版本Spring官方文档曾明确推荐将注解标注在实现类上：

Spring建议你仅在具体类（以及具体类的方法）上使用@Transactional注解，而非标注在接口上。你当然可以将@Transactional注解放置在接口（或接口方法）上，但只有在使用基于接口的代理时，这种写法才会按预期生效。由于Java注解不会从接口继承，这意味着如果你使用基于类的代理（proxy-target-class="true"）或是基于织入的切面（mode="aspectj"），事务配置将无法被代理和织入基础设施识别，目标对象也不会被事务代理包裹，会引发非常严重的事务失效问题。

不过这条建议并没有出现在5.2.X及之后版本的官方文档中，不少开发者会疑惑这条规则是否仍然适用。根据实际项目验证，在Spring Boot 2.7.0的默认代理行为下，将@Transactional注解标注在接口上确实可以正常生效。但从生产环境兼容性角度考虑，更稳妥的写法仍然是把@Transactional标注在具体实现类上，避免后续调整代理配置、切换AOP实现方式时出现无感知的事务失效故障。

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