Spring 中@transactional 如何使用

Spring 中@transactional 如何使用，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

@Transactional 注解管理事務的實現步驟

使用@Transactional 注解管理事務的實現步驟分為兩步。第一步，在 xml 配置文件中添加如清單 1 的事務配置信息。除了用配置文件的方式，@EnableTransactionManagement 注解也可以啟用事務管理功能。這里以簡單的 DataSourceTransactionManager 為例。

清單 1. 在 xml 配置中的事務配置信息

第二步，將@Transactional 注解添加到合適的方法上，并設置合適的屬性信息。@Transactional 注解的屬性信息如表 1 展示。

表 1. @Transactional 注解的屬性信息

除此以外，@Transactional 注解也可以添加到類級別上。當把@Transactional 注解放在類級別時，表示所有該類的公共方法都配置相同的事務屬性信息。見清單 2，EmployeeService 的所有方法都支持事務并且是只讀。當類級別配置了@Transactional，方法級別也配置了@Transactional，應用程序會以方法級別的事務屬性信息來管理事務，換言之，方法級別的事務屬性信息會覆蓋類級別的相關配置信息。

清單 2. @Transactional 注解的類級別支持

到此，您會發覺使用@Transactional 注解管理事務的實現步驟很簡單。但是如果對 Spring 中的 @transaction 注解的事務管理理解的不夠透徹，就很容易出現錯誤，比如事務應該回滾（rollback）而沒有回滾事務的問題。接下來，將首先分析 Spring 的注解方式的事務實現機制，然后列出相關的注意事項，以最終達到幫助開發人員準確而熟練的使用 Spring 的事務的目的。

Spring 的注解方式的事務實現機制

在應用系統調用聲明@Transactional 的目標方法時，Spring Framework 默認使用 AOP 代理，在代碼運行時生成一個代理對象，根據@Transactional 的屬性配置信息，這個代理對象決定該聲明@Transactional 的目標方法是否由攔截器 TransactionInterceptor 來使用攔截，在 TransactionInterceptor 攔截時，會在在目標方法開始執行之前創建并加入事務，并執行目標方法的邏輯, 最后根據執行情況是否出現異常，利用抽象事務管理器(圖 2 有相關介紹)AbstractPlatformTransactionManager 操作數據源 DataSource 提交或回滾事務, 如圖 1 所示。

圖 1. Spring 事務實現機制

Spring AOP 代理有 CglibAopProxy 和 JdkDynamicAopProxy 兩種，圖 1 是以 CglibAopProxy 為例，對于 CglibAopProxy，需要調用其內部類的 DynamicAdvisedInterceptor 的 intercept 方法。對于 JdkDynamicAopProxy，需要調用其 invoke 方法。

正如上文提到的，事務管理的框架是由抽象事務管理器 AbstractPlatformTransactionManager 來提供的，而具體的底層事務處理實現，由 PlatformTransactionManager 的具體實現類來實現，如事務管理器 DataSourceTransactionManager。不同的事務管理器管理不同的數據資源 DataSource，比如 DataSourceTransactionManager 管理 JDBC 的 Connection。

PlatformTransactionManager，AbstractPlatformTransactionManager 及具體實現類關系如圖 2 所示。

圖 2. TransactionManager 類結構

注解方式的事務使用注意事項

當您對 Spring 的基于注解方式的實現步驟和事務內在實現機制有較好的理解之后，就會更好的使用注解方式的事務管理，避免當系統拋出異常，數據不能回滾的問題。

正確的設置@Transactional 的 propagation 屬性

需要注意下面三種 propagation 可以不啟動事務。本來期望目標方法進行事務管理，但若是錯誤的配置這三種 propagation，事務將不會發生回滾。

1. TransactionDefinition.PROPAGATION_SUPPORTS：如果當前存在事務，則加入該事務；如果當前沒有事務，則以非事務的方式繼續運行。

2. TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事務方式運行，如果當前存在事務，則把當前事務掛起。

3. TransactionDefinition.PROPAGATION_NEVER：以非事務方式運行，如果當前存在事務，則拋出異常。

正確的設置@Transactional 的 rollbackFor 屬性

默認情況下，如果在事務中拋出了未檢查異常（繼承自 RuntimeException 的異常）或者 Error，則 Spring 將回滾事務；除此之外，Spring 不會回滾事務。

如果在事務中拋出其他類型的異常，并期望 Spring 能夠回滾事務，可以指定 rollbackFor。例：

@Transactional(propagation= Propagation.REQUIRED,rollbackFor= MyException.class)

通過分析 Spring 源碼可以知道，若在目標方法中拋出的異常是 rollbackFor 指定的異常的子類，事務同樣會回滾。

清單 3. RollbackRuleAttribute 的 getDepth 方法

@Transactional 只能應用到 public 方法才有效

只有@Transactional 注解應用到 public 方法，才能進行事務管理。這是因為在使用 Spring AOP 代理時，Spring 在調用在圖 1 中的 TransactionInterceptor 在目標方法執行前后進行攔截之前，DynamicAdvisedInterceptor（CglibAopProxy 的內部類）的的 intercept 方法或 JdkDynamicAopProxy 的 invoke 方法會間接調用 AbstractFallbackTransactionAttributeSource（Spring 通過這個類獲取表 1. @Transactional 注解的事務屬性配置屬性信息）的 computeTransactionAttribute 方法。

清單 4. AbstractFallbackTransactionAttributeSource

這個方法會檢查目標方法的修飾符是不是 public，若不是 public，就不會獲取@Transactional 的屬性配置信息，最終會造成不會用 TransactionInterceptor 來攔截該目標方法進行事務管理。

避免 Spring 的 AOP 的自調用問題

在 Spring 的 AOP 代理下，只有目標方法由外部調用，目標方法才由 Spring 生成的代理對象來管理，這會造成自調用問題。若同一類中的其他沒有@Transactional 注解的方法內部調用有@Transactional 注解的方法，有@Transactional 注解的方法的事務被忽略，不會發生回滾。見清單 5 舉例代碼展示。

清單 5.自調用問題舉例

insertOrder 盡管有@Transactional 注解，但它被內部方法 insert 調用，事務被忽略，出現異常事務不會發生回滾。

上面的兩個問題@Transactional 注解只應用到 public 方法和自調用問題，是由于使用 Spring AOP 代理造成的。為解決這兩個問題，使用 AspectJ 取代 Spring AOP 代理。

需要將下面的 AspectJ 信息添加到 xml 配置信息中。

清單 6. AspectJ 的 xml 配置信息

同時在 Maven 的 pom 文件中加入 spring-aspects 和 aspectjrt 的 dependency 以及 aspectj-maven-plugin。

清單 7. AspectJ 的 pom 配置信息

關于Spring 中@transactional 如何使用問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。