一、 核心思想：代理模式 + AOP

想象一下，你是一位非常重要的業(yè)務(wù)專家（你的 Service 層代碼），你的工作是處理核心業(yè)務(wù)邏輯（比如轉(zhuǎn)賬、更新用戶信息）。但每次處理業(yè)務(wù)前，你都需要做一些準(zhǔn)備工作（開(kāi)啟事務(wù)），結(jié)束后還要做一些收尾工作（提交或回滾事務(wù)）。這些準(zhǔn)備和收尾工作繁瑣、重復(fù)，而且和你的核心業(yè)務(wù)關(guān)系不大。

聲明式事務(wù)管理的目標(biāo)就是：讓你這位專家只專注于核心業(yè)務(wù)，把所有繁瑣的事務(wù)管理工作交給一個(gè)“管家”來(lái)處理。

這個(gè)“管家”就是 Spring AOP 創(chuàng)建的代理對(duì)象 (Proxy)。

AOP (Aspect-Oriented Programming, 面向切面編程) 在這里扮演的角色就是：

• 定義“切面” (Aspect)：將事務(wù)管理（開(kāi)啟、提交、回滾）這個(gè)“橫切關(guān)注點(diǎn)”從業(yè)務(wù)代碼中抽離出來(lái)，形成一個(gè)獨(dú)立的模塊。
• 定義“切點(diǎn)” (Pointcut)：精確地定義這個(gè)“管家”應(yīng)該在哪些方法執(zhí)行前后介入。在 Spring 中，這通常是通過(guò) @Transactional 注解來(lái)指定的。
• 創(chuàng)建“代理” (Proxy)：Spring 不會(huì)直接返回你的原始業(yè)務(wù)對(duì)象，而是會(huì)創(chuàng)建一個(gè)該對(duì)象的代理。所有對(duì)業(yè)務(wù)對(duì)象的調(diào)用都會(huì)先經(jīng)過(guò)這個(gè)代理。

二、 詳細(xì)工作流程（一步步拆解）

讓我們跟蹤一個(gè)對(duì) @Transactional 方法的調(diào)用，看看 Spring 內(nèi)部到底發(fā)生了什么。

場(chǎng)景：一個(gè) UserController 調(diào)用一個(gè) UserService 的 updateUser() 方法，該方法被 @Transactional 注解。

// 業(yè)務(wù)接口
public interface UserService {
    void updateUser(User user);
}

// 業(yè)務(wù)實(shí)現(xiàn)類
@Service
public class UserServiceImpl implements UserService {

    @Autowired
    private UserRepository userRepository;

    @Override
    @Transactional // <--- 關(guān)鍵注解
    public void updateUser(User user) {
        // 核心業(yè)務(wù)邏輯
        userRepository.update(user);
        // 假設(shè)這里如果出錯(cuò)了，需要回滾
        if (user.getName() == null) {
            throw new IllegalArgumentException("Username cannot be null");
        }
    }
}

// 調(diào)用方
@RestController
public class UserController {
    @Autowired
    private UserService userService; // <--- 注意：這里注入的其實(shí)是代理對(duì)象

    @PostMapping("/user/update")
    public void updateUser(@RequestBody User user) {
        userService.updateUser(user);
    }
}

階段一：應(yīng)用啟動(dòng)時(shí) - 創(chuàng)建代理

1.Bean 掃描：Spring 容器在啟動(dòng)時(shí)，會(huì)掃描所有的 Bean。

2.識(shí)別 @Transactional：當(dāng) Spring 掃描到 UserServiceImpl 時(shí)，它會(huì)發(fā)現(xiàn)這個(gè)類或其方法上存在 @Transactional 注解。

3.創(chuàng)建代理對(duì)象：Spring 認(rèn)識(shí)到這個(gè) Bean 需要被事務(wù)“增強(qiáng)”(Advised)。它不會(huì)直接創(chuàng)建 UserServiceImpl 的實(shí)例并放入容器，而是會(huì)通過(guò) AOP 框架為它創(chuàng)建一個(gè)代理對(duì)象。

• 如果 UserServiceImpl 實(shí)現(xiàn)了接口（如本例中的 UserService），Spring 默認(rèn)會(huì)使用 JDK 動(dòng)態(tài)代理來(lái)創(chuàng)建一個(gè)實(shí)現(xiàn)了 UserService 接口的代理類。
• 如果 UserServiceImpl 沒(méi)有實(shí)現(xiàn)任何接口，Spring 會(huì)使用 CGLIB 來(lái)創(chuàng)建一個(gè) UserServiceImpl 的子類作為代理。

4.注入代理：當(dāng) UserController 通過(guò) @Autowired 請(qǐng)求注入 UserService 時(shí)，Spring 容器會(huì)將上一步創(chuàng)建的那個(gè)代理對(duì)象注入給它，而不是原始的 UserServiceImpl 對(duì)象。UserController 對(duì)此毫不知情，它以為自己拿到的就是普通的 UserService。

階段二：方法調(diào)用時(shí) - 事務(wù)攔截

1.調(diào)用入口：UserController 調(diào)用 userService.updateUser(user)。

2.命中代理：這個(gè)調(diào)用首先命中的是代理對(duì)象的 updateUser 方法，而不是原始對(duì)象的。

3.事務(wù)攔截器 (TransactionInterceptor) 生效：代理對(duì)象的這個(gè)方法中包含了 AOP 的“通知”(Advice)。對(duì)于事務(wù)來(lái)說(shuō)，這個(gè)通知的具體實(shí)現(xiàn)就是 TransactionInterceptor。這個(gè)攔截器就像一個(gè)警衛(wèi)，攔住了這次調(diào)用。

4.開(kāi)啟事務(wù)：

• TransactionInterceptor 首先會(huì)解析 updateUser 方法上 @Transactional 注解的屬性（如傳播行為 propagation、隔離級(jí)別 isolation、是否只讀 readOnly 等）。
• 它向事務(wù)管理器 (PlatformTransactionManager) 請(qǐng)求一個(gè)事務(wù)。
• 事務(wù)管理器（例如 DataSourceTransactionManager）會(huì)從數(shù)據(jù)庫(kù)連接池中獲取一個(gè)連接 (Connection)，然后執(zhí)行 connection.setAutoCommit(false)，這標(biāo)志著事務(wù)的正式開(kāi)始。

5.調(diào)用原始方法：事務(wù)成功開(kāi)啟后，TransactionInterceptor 會(huì)通過(guò)反射調(diào)用原始 UserServiceImpl 對(duì)象的 updateUser 方法。

6.執(zhí)行業(yè)務(wù)邏輯：此時(shí)，才真正開(kāi)始執(zhí)行你編寫的核心業(yè)務(wù)代碼，比如 userRepository.update(user)。所有這些數(shù)據(jù)庫(kù)操作都將在上一步獲取的那個(gè)被 Spring 管理的 Connection 上執(zhí)行。

階段三：方法執(zhí)行后 - 提交或回滾

當(dāng)原始的 updateUser 方法執(zhí)行完畢后，控制權(quán)返回到 TransactionInterceptor。

1.正常執(zhí)行完畢 (沒(méi)有拋出異常)：

• 攔截器捕獲到方法正常返回。
• 它會(huì)通知事務(wù)管理器提交 (commit) 事務(wù)。
• 事務(wù)管理器調(diào)用 connection.commit()，將本次事務(wù)中的所有數(shù)據(jù)庫(kù)操作永久保存。

2.拋出異常：

• updateUser 方法內(nèi)部拋出了一個(gè)異常（默認(rèn)是 RuntimeException 或 Error）。
• 攔截器在其 try-catch 塊中捕獲到這個(gè)異常。
• 它會(huì)通知事務(wù)管理器回滾 (rollback) 事務(wù)。
• 事務(wù)管理器調(diào)用 connection.rollback()，撤銷本次事務(wù)中的所有數(shù)據(jù)庫(kù)操作。
• 最后，攔截器會(huì)將捕獲到的異常繼續(xù)向上拋出，以便上層調(diào)用者（如 UserController 或全局異常處理器）能夠感知到。

階段四：收尾

無(wú)論事務(wù)是提交還是回滾，事務(wù)管理器最終都會(huì)將數(shù)據(jù)庫(kù)連接釋放回連接池。

三、 核心組件總結(jié)

@Transactional：元數(shù)據(jù)，告訴 AOP 在哪里以及如何應(yīng)用事務(wù)。它本身不包含任何邏輯。

AOP 代理 (Proxy)：由 Spring 動(dòng)態(tài)創(chuàng)建的“管家”對(duì)象，是事務(wù)邏輯的實(shí)際入口。它包裝了原始的業(yè)務(wù)對(duì)象。

事務(wù)攔截器 (TransactionInterceptor)：AOP 通知(Advice)的具體實(shí)現(xiàn)，是代理對(duì)象中的核心邏輯。它負(fù)責(zé)在目標(biāo)方法調(diào)用前后開(kāi)啟、提交或回滾事務(wù)。

事務(wù)管理器 (PlatformTransactionManager)：一個(gè)統(tǒng)一的事務(wù)管理接口。Spring 通過(guò)它來(lái)適配不同的數(shù)據(jù)源技術(shù)（如 JDBC, JPA/Hibernate, JTA）。它負(fù)責(zé)執(zhí)行真正的事務(wù)操作（begin, commit, rollback）。

四、 為什么 @Transactional 在某些情況下會(huì)失效？

理解了以上原理，就很容易明白為什么 @Transactional 會(huì)在以下情況失效：

1.方法不是 public 的：CGLIB 代理是通過(guò)繼承來(lái)實(shí)現(xiàn)的，而 private 或 protected 方法無(wú)法被子類重寫(override)，所以 AOP 無(wú)法攔截。JDK 動(dòng)態(tài)代理基于接口，更不存在非 public 方法。

2.同一個(gè)類中的方法調(diào)用（this 調(diào)用）：

@Service
public class UserServiceImpl implements UserService {
    public void entryMethod() {
        this.updateUser(user); // <--- 失效！
    }

    @Transactional
    public void updateUser(User user) {
        // ...
    }
}

當(dāng)外部調(diào)用 entryMethod() 時(shí)，進(jìn)入的是 UserServiceImpl 的原始對(duì)象（如果 entryMethod 沒(méi)有被代理）。然后 this.updateUser() 是一個(gè)對(duì)象內(nèi)部的直接調(diào)用，它繞過(guò)了代理對(duì)象，直接調(diào)用了原始對(duì)象的 updateUser 方法，因此事務(wù)攔截器根本沒(méi)有機(jī)會(huì)介入。

3.異常被 catch 掉了：

@Transactional
public void updateUser(User user) {
    try {
        // ... 拋出 RuntimeException 的代碼
    } catch (Exception e) {
        // 異常被吞了，沒(méi)有繼續(xù)拋出
    }
}

事務(wù)攔截器是通過(guò)捕獲異常來(lái)決定是否回滾的。如果異常被你的 try-catch 塊“消化”了，攔截器就認(rèn)為方法是正常執(zhí)行完畢的，于是它會(huì)提交事務(wù)，而不是回滾。
通過(guò)這個(gè)機(jī)制，Spring 完美地將業(yè)務(wù)邏輯和非功能性的事務(wù)管理代碼解耦，讓開(kāi)發(fā)者能更專注于業(yè)務(wù)價(jià)值的實(shí)現(xiàn)，代碼也變得更加清晰和易于維護(hù)。

到此這篇關(guān)于Spring如何使用AOP實(shí)現(xiàn)聲明式事務(wù)管理的文章就介紹到這了,更多相關(guān)Spring AOP聲明式事務(wù)管理內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論