@Transactional注解失效的場景總結

一、引言

有朋友面試被問到了@Transactional注解失效的場景，自己也想了一下發現並不是很全面，就去找了一下相關的資料，在這里進行總結，希望對大家有所幫助。

@Transactional 注解相信大家並不陌生，平時開發中很常用的一個注解，它能保證方法內多個數據庫操作要么同時成功、要么同時失敗。使用@Transactional注解時需要注意許多的細節，不然你會發現@Transactional總是莫名其妙的就失效了。

二、spring的事務

事務是項目中不可缺少的操作，spring提供了很好的事務處理機制，主要分為編程式事務和聲明式事務。

1、編程式事務

編程式事務是指在代碼中手動的進行事務的提交和回滾操作，代碼入侵性比較強。如我們經常進行入下操作。

try { 
     //TODO something transactionManager.commit(status);
} catch (Exception e) { 
        transactionManager.rollback(status); throw new InvoiceApplyException("異常失敗");
}

2、聲明式事務

基於AOP面向切面的，它將具體業務與事務處理部分解耦，代碼侵入性很低，所以在實際開發中聲明式事務用的比較多。聲明式事務也有兩種實現方式，一是基於TX和AOP的xml配置文件方式，二種就是基於@Transactional注解了。

基於TX和AOP的xml配置文件方式：

<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:context="http://www.springframework.org/schema/context" xmlns:p="http://www.springframework.org/schema/p"
    xmlns:aop="http://www.springframework.org/schema/aop" xmlns:tx="http://www.springframework.org/schema/tx"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.2.xsd
    http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-4.2.xsd
    http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.2.xsd 
    http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.2.xsd
    http://www.springframework.org/schema/util http://www.springframework.org/schema/util/spring-util-4.2.xsd">
    <!-- 事務管理器 -->
    <bean id="transactionManager"
        class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <!-- 數據源 -->
        <property name="dataSource" ref="dataSource" />
    </bean>
    <!-- 通知 -->
    <tx:advice id="txAdvice" transaction-manager="transactionManager">
        <tx:attributes>
            <!-- 傳播行為 -->
            <tx:method name="save*" propagation="REQUIRED" />
            <tx:method name="insert*" propagation="REQUIRED" />
            <tx:method name="add*" propagation="REQUIRED" />
            <tx:method name="create*" propagation="REQUIRED" />
            <tx:method name="delete*" propagation="REQUIRED" />
            <tx:method name="update*" propagation="REQUIRED" />
            <tx:method name="find*" propagation="SUPPORTS" read-only="true" />
            <tx:method name="select*" propagation="SUPPORTS" read-only="true" />
            <tx:method name="get*" propagation="SUPPORTS" read-only="true" />
        </tx:attributes>
    </tx:advice>
    <!-- 切面 -->
    <aop:config>
        <aop:advisor advice-ref="txAdvice"
            pointcut="execution(* com.jeenotes.ssm.service.*.*(..))" />
    </aop:config>
</beans>

基於@Transactional注解：

<!-- 3、定義事務 -->
    <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource" />
    </bean>
    
    <!-- 4、開啟事務控制的注解支持，配置 Annotation 驅動，掃描@Transactional注解的類定義事務  -->
    <tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>

三、@Transactional注解的屬性

@AliasFor("transactionManager")
    String value() default "";

    @AliasFor("value")
    String transactionManager() default "";

    Propagation propagation() default Propagation.REQUIRED; //事務的傳播行為，已說過

    Isolation isolation() default Isolation.DEFAULT; //事務的隔離級別，默認的使用數據庫的隔離級別

    int timeout() default -1; //事務的超時時間，超過一丁的時間事務未完成，則進行回滾

    boolean readOnly() default false; //是否是只讀事務

    Class<? extends Throwable>[] rollbackFor() default {}; //指定接收什么異常類型進行回滾

    String[] rollbackForClassName() default {};

    Class<? extends Throwable>[] noRollbackFor() default {}; //指定特定的異常類型不回滾事務

String[] noRollbackForClassName() default {};

四、事務的失效場景

1、事務注解應用在非public方法上。

之所以會失效是因為在Spring AOP 代理時，如上圖所示 TransactionInterceptor （事務攔截器）在目標方法執行前后進行攔截，DynamicAdvisedInterceptor（CglibAopProxy 的內部類）的 intercept 方法或 JdkDynamicAopProxy 的 invoke 方法會間接調用 AbstractFallbackTransactionAttributeSource的 computeTransactionAttribute 方法，獲取Transactional 注解的事務配置信息。

protected TransactionAttribute computeTransactionAttribute(Method method,
    Class<?> targetClass) {
        // Don't allow no-public methods as required.
        if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
        returnnull;
}

 

2、@Transactional 注解屬性 propagation 設置錯誤

這種失效是由於配置錯誤，若是錯誤的配置以下三種 propagation，事務將不會發生回滾。

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

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

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

3、@Transactional 注解屬性 rollbackFor 設置錯誤

rollbackFor 可以指定能夠觸發事務回滾的異常類型。Spring默認拋出了未檢查unchecked異常（繼承自 RuntimeException 的異常）或者 Error才回滾事務；其他異常不會觸發回滾事務。如果在事務中拋出其他類型的異常，但卻期望 Spring 能夠回滾事務，就需要指定 rollbackFor屬性。

 

 

4、同一個類中方法調用，導致@Transactional失效

開發中避免不了會對同一個類里面的方法調用，比如有一個類Test，它的一個方法A，A再調用本類的方法B（不論方法B是用public還是private修飾），但方法A沒有聲明注解事務，而B方法有。則外部調用方法A之后，方法B的事務是不會起作用的。這也是經常犯錯誤的一個地方。

那為啥會出現這種情況？其實這還是由於使用Spring AOP代理造成的，因為只有當事務方法被當前類以外的代碼調用時，才會由Spring生成的代理對象來管理。

5、異常被你的 catch“吃了”導致@Transactional失效

6、數據庫引擎不支持事務

這種情況出現的概率並不高，事務能否生效數據庫引擎是否支持事務是關鍵。常用的MySQL數據庫默認使用支持事務的innodb引擎。一旦數據庫引擎切換成不支持事務的myisam，那事務就從根本上失效了。