Spring中重写@Transactional注解方法的行为探究

关于Spring注解的继承，很多人存在误解——Java注解本身默认不会被继承（除非注解本身标注了@Inherited），但Spring通过自身的注解查找机制（比如AnnotationUtils#findAnnotation、MergedAnnotations.SearchStrategy.TYPE_HIERARCHY），让@Transactional这类注解表现出“继承”的效果，以下是针对具体问题的解答：

问题1：父类方法标注@Transactional，子类重写该方法未标注，调用时是否会开启事务？ #

在代理等条件都正常的前提下，默认会开启事务。Spring的事务注解解析逻辑会向上遍历类的继承层级（包括父类、接口），通过TYPE_HIERARCHY策略查找@Transactional注解，即使子类重写方法没有标注，只要父类对应方法有该注解，就会被识别并生效。

另外你提到的测试场景：抽象方法无论注解在父类还是子类实现上，调用重写方法都会开启事务，这符合Spring默认的注解查找逻辑——不管注解在抽象父类方法还是子类实现方法，只要在继承链中能被找到，事务就会生效。

问题2：是否有配置该行为的文档或最佳实践？ #

配置行为相关 #

Spring允许通过调整注解查找策略来改变这一行为，比如在使用@EnableTransactionManagement时，虽然没有直接开关控制是否继承父类注解，但可以通过自定义事务注解处理器，修改MergedAnnotations的搜索策略来调整。不过默认情况下，Spring就采用包含层级查找的策略。

最佳实践 #

• 明确事务边界：如果子类重写方法需要不同的事务行为（比如传播机制、隔离级别不同），务必在子类方法上显式标注@Transactional，覆盖父类的配置；
• 避免模糊配置：不要依赖父类注解的隐式继承来实现子类事务，显式标注能让代码更具可读性，减少维护成本；
• 接口与抽象类注解：如果是基于接口的代理（比如JDK动态代理），接口方法上的@Transactional也会被识别，但更建议在实现类方法上标注，避免因代理类型切换（比如CGLIB）导致的潜在问题。

问题3：相关规则的文档位置，包括父类为接口或抽象方法的情况？ #

Spring官方文档中，关于事务注解的查找逻辑，主要在以下部分说明：

• Spring Core文档中关于注解查找的章节，提到MergedAnnotations的搜索策略，其中TYPE_HIERARCHY会遍历类的继承树和接口实现链；
• Spring Transaction文档中，明确说明事务注解可以在父类方法、接口方法上定义，Spring的事务基础设施会识别这些注解，前提是代理机制正常生效；
• 针对抽象方法的场景，文档中指出，只要抽象方法所在的类被Spring管理，且方法被子类实现，父类抽象方法上的@Transactional会被子类继承生效（这里的“继承”是Spring的逻辑识别，而非Java注解的原生继承）。

另外需要注意：该行为可能会随着Spring版本或依赖配置变化——比如不同Spring版本对注解查找策略的默认配置可能调整，或者引入其他Spring生态组件（如Spring Boot自动配置）时，可能间接影响这一逻辑，建议结合具体版本的官方文档确认。

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