摘要：編程式事務指的是通過編碼方式實現事務聲明式事務基于將具體業務邏輯與事務處理解耦。聲明式事務管理使業務代碼邏輯不受污染因此在實際使用中聲明式事務用的比較多。聲明式事務有兩種方式，一種是在配置文件中做相關的事務規則聲明，另一種是基于注解的方式。

事務管理是應用系統開發中必不可少的一部分。Spring 為事務管理提供了豐富的功能支持。Spring 事務管理分為編碼式和聲明式的兩種方式。編程式事務指的是通過編碼方式實現事務；聲明式事務基于 AOP,將具體業務邏輯與事務處理解耦。聲明式事務管理使業務代碼邏輯不受污染, 因此在實際使用中聲明式事務用的比較多。聲明式事務有兩種方式，一種是在配置文件（xml）中做相關的事務規則聲明，另一種是基于@Transactional 注解的方式。注釋配置是目前流行的使用方式，因此本文將著重介紹基于@Transactional 注解的事務管理。

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

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

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

表 1. @Transactional 注解的屬性信息
屬性名    說明
name    當在配置文件中有多個 TransactionManager , 可以用該屬性指定選擇哪個事務管理器。
propagation    事務的傳播行為，默認值為 REQUIRED。詳細見：https://blog.csdn.net/soonfly/article/details/70305683
isolation    事務的隔離度，默認值采用 DEFAULT。
timeout    事務的超時時間，默認值為-1。如果超過該時間限制但事務還沒有完成，則自動回滾事務。
read-only    指定事務是否為只讀事務，默認值為 false；為了忽略那些不需要事務的方法，比如讀取數據，可以設置 read-only 為 true。
rollback-for    用于指定能夠觸發事務回滾的異常類型，如果有多個異常類型需要指定，各類型之間可以通過逗號分隔。
no-rollback- for    拋出 no-rollback-for 指定的異常類型，不回滾事務。

Spring事務隔離級別（5種）
DEFAULT 這是一個PlatfromTransactionManager默認的隔離級別，使用數據庫默認的事務隔離級別.
未提交讀（read uncommited） :臟讀，不可重復讀，虛讀都有可能發生
已提交讀 （read commited）:避免臟讀。但是不可重復讀和虛讀有可能發生
可重復讀 （repeatable read） :避免臟讀和不可重復讀.但是虛讀有可能發生.
串行化的 （serializable） :避免以上所有讀問題.

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

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

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

TransactionDefinition.PROPAGATION_SUPPORTS：如果當前存在事務，則加入該事務；如果當前沒有事務，則以非事務的方式繼續運行。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事務方式運行，如果當前存在事務，則把當前事務掛起。
TransactionDefinition.PROPAGATION_NEVER：以非事務方式運行，如果當前存在事務，則拋出異常。

（2）正確的設置@Transactional 的 rollbackFor 屬性
默認情況下，如果在事務中拋出了未檢查異常（繼承自 RuntimeException 的異常）或者 Error，則 Spring 將回滾事務；除此之外，Spring 不會回滾事務。
如果在事務中拋出其他類型的異常，并期望 Spring 能夠回滾事務，可以指定 rollbackFor。例：

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

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

清單 3. RollbackRuleAttribute 的 getDepth 方法

private int getDepth(Class exceptionClass, int depth) {
        if (exceptionClass.getName().contains(this.exceptionName)) {
            // Found it!
            return depth;
}
        // If we"ve gone as far as we can go and haven"t found it...
        if (exceptionClass == Throwable.class) {
            return -1;
}
return getDepth(exceptionClass.getSuperclass(), depth + 1);
}

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

清單 4. AbstractFallbackTransactionAttributeSource

protected TransactionAttribute computeTransactionAttribute(Method method,
    Class targetClass) {
        // Don"t allow no-public methods as required.
        if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
return null;}

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

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

清單 5.自調用問題舉例

@Service
-->public class OrderService {
    private void insert() {
insertOrder();
}
@Transactional
    public void insertOrder() {
        //insert log info
        //insertOrder
        //updateAccount
       }
}

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

參考：
https://www.ibm.com/developer...
https://blog.csdn.net/soonfly...