关于Spring声明式事务与AOP代理的新手常见疑问

核心表述含义解释 #

所谓“Spring的声明式事务是通过AOP代理实现的”，本质是说Spring没有把事务控制的样板逻辑（开启事务、业务执行后提交/异常回滚）硬编码到你的业务代码里，而是通过AOP的思路，把这些通用的事务逻辑抽离成独立的切面，再通过动态代理的方式织入到你声明了事务规则的Bean的调用流程中。

具体来说，容器启动时会判断每个Bean是否存在事务相关的注解/配置，对符合条件的Bean生成对应的代理对象存入容器：你从容器里拿到的Bean实例，实际上是这个代理对象，而不是你自己写的原始类实例。当你调用被标注了事务规则的方法时，代理对象会先拦截这次调用：先执行事务前置逻辑（从数据源拿连接、关闭自动提交、绑定连接到当前线程），再执行你原始类里写的业务逻辑；如果业务方法正常执行完成，代理就触发事务提交逻辑；如果方法抛出了配置范围内的异常，代理就触发事务回滚逻辑。

新手经常遇到的“同类内部方法直接调用带@Transactional的方法事务不生效”问题，本质就是因为这种自调用绕开了代理对象，直接在原始类实例上执行方法，没走代理的拦截流程，自然不会触发事务逻辑。

实际使用疑问解答 #

@Transactional注解的适用范围 #

• 只有Spring容器托管的Bean上的@Transactional注解才会生效——你手动new出来的对象、不受Spring容器管理的类，哪怕标注了注解也不会有事务效果。
• 注解可以打在两个层级：
  • 类级别：标注后代表这个类中所有的public方法，默认都会应用这个类上配置的事务规则
  • 方法级别：可以直接打在类里的public方法上，只对当前单个方法生效；如果方法和类上同时存在@Transactional注解，方法上的配置会优先生效、覆盖类级别的配置
• 注意：非public修饰的方法（private/protected/包私有）上的@Transactional不会生效，无论怎么配置，代理都无法拦截这类方法的调用。

是否需要手动引入spring-aop Maven依赖 #

要根据你的项目搭建方式判断，没有统一答案：

• 如果是Spring Boot项目，用了官方提供的场景starter（比如spring-boot-starter-jdbc、spring-boot-starter-data-jpa）：完全不需要手动添加spring-aop依赖。这些starter已经把spring-aop、spring-tx的相关依赖作为传递依赖自动引入了，只要正常引入starter就能用。
• 如果是手动搭建的原生Spring框架项目：确实需要同时引入spring-tx（事务核心包）、spring-aop（AOP代理核心包），以及对应的AOP实现依赖（比如aspectjweaver），否则容器无法生成事务代理对象，事务功能根本无法运行。

是否必须显式配置@EnableTransactionManagement #

同样分场景，不是必须的：

• 如果你是纯注解驱动的原生Spring项目：必须在某个标注了@Configuration的配置类上加上@EnableTransactionManagement，否则容器不会扫描@Transactional注解、也不会生成对应的事务代理，注解标注的规则完全不生效。
• 如果你是传统XML配置的Spring项目：完全不需要写这个注解，只要在XML配置里加上<tx:annotation-driven/>标签就能开启注解事务的支持。
• 如果你是Spring Boot项目：完全不需要手动添加这个注解。Spring Boot的事务自动配置类已经默认开启了注解事务的支持，只要类路径下存在可用的事务管理器、数据源配置正确，事务功能可以直接使用；手动添加@EnableTransactionManagement反而可能和自动配置的规则产生冲突，完全没有必要。

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