引入spring-boot-starter-data-jpa后，配置spring-tx是否冗余

核心结论 #

• 你当前pom中单独显式声明的spring-tx依赖，属于完全冗余的配置
• spring-boot-starter-data-jpa本身已经完整内置了Spring事务管理的全链路能力，正常场景下完全不需要额外手动引入spring-tx依赖，也不需要手动追加配套的事务开启注解

依赖传递的实际逻辑 #

从实际的Maven依赖树来看，spring-boot-starter-data-jpa的传递依赖链路已经覆盖了事务管理的全部必需组件：

• 传递依赖本身就包含spring-tx、spring-orm以及JPA框架对应的事务适配实现（比如Hibernate关联的JpaTransactionManager）
• 只要类路径下存在事务相关的类，Spring Boot的自动装配机制就会自动注册可用的事务管理器、自动开启@Transactional注解的解析能力，不需要开发者手动编写代码开启事务管理
• 如果你声明的${spring.version}和当前项目使用的${spring.boot.version}版本完全对齐，Maven的依赖仲裁规则最终只会加载同一个版本的spring-tx类包，额外写的依赖配置不会造成功能冲突，但没有任何实际的增益作用

可能产生影响的特殊场景 #

只有在少数非常规场景下，你现在写的配置才会产生实际作用（甚至是负面影响）：

• 如果${spring.version}和spring.boot.version不匹配，比如Spring Boot 2.7.x对应Spring 5.3.x版本，你硬将spring.version指定为6.x版本，Maven的最近优先仲裁规则会优先采用你直接声明的spring-tx版本，反而可能引发版本不兼容的运行时问题
• 项目中存在脱离Spring Boot自动装配的自定义事务配置，需要手动指定事务管理器的加载规则——但这种场景下，spring-tx的类包也已经由starter传递引入，依然不需要单独显式声明依赖

关于@EnableTransactionManagement注解的冗余性 #

你项目里使用的@EnableTransactionManagement注解，在Spring Boot项目中同样属于完全多余的配置：

• Spring Boot内置的TransactionAutoConfiguration自动配置类，本身已经实现了和手动添加@EnableTransactionManagement完全等效的能力，会自动完成事务注解解析、事务拦截器注册的全流程
• 手动添加这个注解不会改变任何运行时行为，只是重复的配置声明

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