Spring 的声明式事务 (@Transactional) 是如何通过 AOP 实现的?

Spring 的声明式事务 (@Transactional) 是 AOP 技术最经典的应用之一。

其核心思想是:通过 AOP 代理,在业务代码执行前后,自动地开启、提交或回滚事务。

下面是详细的实现步骤和原理:


Step 1: 扫描与识别

当 Spring 容器启动时:

  1. 它会扫描所有的 Bean。
  2. 它会寻找被 @Transactional 注解标记的类或方法。
  3. 一旦发现某个 Bean(例如 OrderService)中含有 @Transactional 方法,Spring 就会判定这个 Bean 需要事务增强。

Step 2: 创建代理对象

对于需要事务增强的 Bean,Spring 不会直接将原始的 OrderService 实例放入容器。相反,它会:

  1. 使用 AOP 框架(具体来说是 TransactionProxyFactoryBean)为这个 OrderService 创建一个代理对象OrderServiceProxy)。
  2. 这个代理对象看起来和原始对象一模一样(实现了相同的接口或继承了相同的类),但它的内部包含了额外的事务拦截器 (Transaction Interceptor)
  3. 最终,当其他组件(如 Controller)通过 @Autowired 注入 OrderService 时,它们实际得到的是这个代理对象

Step 3: 方法调用与拦截 (核心)

当你的代码调用一个被 @Transactional 注解的方法时(例如 orderServiceProxy.placeOrder()),这个调用过程会遵循一个典型的环绕通知 (@Around) 流程:

  1. 调用被代理对象拦截
    你的调用首先到达的是 OrderServiceProxy,而不是原始的 OrderService

  2. 事务拦截器 (Transaction Interceptor) 被激活
    代理对象中的事务拦截器(可以看作一个环绕通知)开始工作。它的逻辑如下:

    a. 【方法执行前】准备事务环境:
    * 获取 PlatformTransactionManager(事务管理器,如 DataSourceTransactionManager)。
    * 检查当前是否存在一个已激活的事务。
    * 根据 @Transactional 注解中配置的传播行为 (Propagation) 来决定下一步操作。例如:
    * REQUIRED (默认):如果当前没事务,就开启一个新事务 (connection.setAutoCommit(false));如果已有事务,就加入它。
    * REQUIRES_NEW挂起当前事务(如果存在),并总是开启一个全新的事务
    * 根据注解配置设置事务的隔离级别 (Isolation)超时时间 (Timeout)只读状态 (Read-Only) 等。

    b. 【调用目标方法】执行核心业务逻辑:
    * 在 try 代码块中,事务拦截器会调用原始的 OrderService 对象的 placeOrder() 方法。
    * orderRepository.save(order);
    * stockService.decreaseStock(order.getProductId());
    * 你的所有业务代码都在这个事务的保护下执行。

    c. 【方法成功返回后】提交事务:
    * 如果目标方法成功执行完毕,没有抛出任何异常,try 块正常结束。
    * 事务拦截器会捕获到这个成功的状态,然后调用 transactionManager.commit()提交事务

    d. 【方法抛出异常后】回滚事务:
    * 如果目标方法在执行过程中抛出了异常,这个异常会被 catch 块捕获。
    * 事务拦截器会检查这个异常的类型。根据 @Transactional 注解的回滚规则 (Rollback Rules)
    * 默认情况下,如果抛出的是 RuntimeExceptionError,事务拦截器会调用 transactionManager.rollback()回滚事务
    * 如果抛出的是已检查异常 (Checked Exception),默认不会回滚(这个行为可以配置)。
    * 回滚后,异常会继续向上层抛出,以便调用方可以感知到错误。

图解实现原理

+----------------+
| Controller     |
+----------------+
        | 1. 调用 orderService.placeOrder()
        v
+-----------------------------------------------------------------------------+
|              OrderService 代理对象 (Proxy)                                   |
|                                                                             |
|   +---------------------------------------------------------------------+   |
|   |             事务拦截器 (Transaction Interceptor - Around Advice)      |   |
|   |                                                                     |   |
|   |    2. 【方法执行前】                                                  |   |
|   |       - 获取事务管理器                                                |   |
|   |       - 根据传播行为,开启新事务 (connection.setAutoCommit(false))     |   |
|   |                                                                     |   |
|   |    3. 【调用目标方法】try {                                           |   |
|   |           target.placeOrder(); <---------------------------------+    |   |
|   |       }                                                          |    |   |
|   |                                                                  |    |   |
|   |    4a. 【成功返回后】catch (no exception) {                        |    |   |
|   |            transactionManager.commit(); // 提交事务              |    |   |
|   |        }                                                         |    |   |
|   |                                                                  |    |   |
|   |    4b. 【抛出异常后】catch (RuntimeException | Error) {             |    |   |
|   |            transactionManager.rollback(); // 回滚事务             |    |   |
|   |            throw ex; // 继续抛出异常                             |    |   |
|   |        }                                                         |    |   |
|   |                                                                     |   |
|   +---------------------------------------------------------------------+   |
|                                                                             |
+-----------------------------------------------------------------------------+
        ^                                                               |
        | 5. 最终结果或异常返回给 Controller                             |
        |                                                               |
        |        +--------------------------------------------------------+
        |        |
        v        v
+--------------------------+
|  OrderService 目标对象   |
|  (包含纯粹的业务逻辑)    |
+--------------------------+

总结

  • 核心技术:Spring AOP 的环绕通知 (@Around)
  • 关键角色
    • 代理对象 (Proxy):拦截方法调用。
    • 事务拦截器 (Transaction Interceptor):实现了具体的事务管理逻辑。
    • 事务管理器 (PlatformTransactionManager):执行真正的事务操作(开启、提交、回滚)。
  • 工作流程
    1. 代理拦截:调用被代理对象拦截。
    2. 事务开启:在目标方法执行前,根据配置开启事务。
    3. 业务执行:调用原始目标对象的业务方法。
    4. 事务提交/回滚:根据业务方法的执行结果(成功或异常),决定是提交还是回滚事务。

通过这种方式,AOP 完美地将重复、通用的事务管理代码从核心业务逻辑中剥离出来,实现了高度的解耦和代码的整洁。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

冰糖心书房

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值