Spring事務（二）-@Transactional事務失效的場景-有解無憂

　　有時候，我們明明在類或者方法上添加了@Transactional注解，卻發現方法并沒有按事務處理，其實，以下場景會導致Spring的@Transactional事務失效，

1、事務方法所在的類沒有加載到Spring IOC容器中，

　　@Transactional是Spring的注解，未被Spring管理的類中的方法不受@Transactional注解控制，這個應該很好理解，

2、方法沒有被public修飾，

　　眾所周知，java的訪問權限修飾符有：private、default、protected、public四種，但是@Transactional注解只能作用于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())) {
        return null;
}

此方法會檢查目標方法的修飾符是否為 public，不是 public則不會獲取@Transactional 的屬性配置資訊，

注意：protected、private 修飾的方法上使用 @Transactional 注解，雖然事務無效，但不會有任何報錯，這是我們很容犯錯的一點，

3、在同一個類中的方法呼叫，

　　假如在同一個類中有A、B兩個方法，如下：

@Service
public class UserServiceImpl {

    @Autowired
    UserMapper userMapper;

    public void A() {
        B();
    }

    @Transactional
    public void B() {
        userMapper.deleteById(1);
        int i = 10 / 0; //模擬發生例外
    }
    
}

像上面的代碼，B方法使用@Transactional注解標注，在A方法中呼叫了B方法，在外部呼叫A方法時，B方法的事務不會生效，這是由于使用Spring AOP代理造成的，因為只有當事務方法被當前類以外的代碼呼叫時，才會由Spring生成的代理物件來管理，

　　那么如果確實在同一類中呼叫事務方法怎么辦呢？有以下3種方法解決：

引入自身bean

@Service
public class UserServiceImpl {

    @Autowired
    UserMapper userMapper;

    @Autowired
    UserServiceImpl userServiceImpl;

    public void A() {
        userServiceImpl.B();
    }

    @Transactional
    public void B() {
        userMapper.deleteById(1);
        int i = 10 / 0; //模擬發生例外
    }

}

通過 ApplicationContext 引入bean

@Service
public class UserServiceImpl {

    @Autowired
    UserMapper userMapper;

    @Autowired
    ApplicationContext applicationContext;

    public void A() {
        ((UserServiceImpl) applicationContext.getBean("userServiceImpl")).B();
    }

    @Transactional
    public void B() {
        userMapper.deleteById(1);
        int i = 10 / 0; //模擬發生例外
    }

}

通過 AopContext 獲取當前代理類

　　在啟動類上添加注解@EnableAspectJAutoProxy(exposeProxy = true)，表示是否對外暴露代理物件，即是否可以獲取AopContext，

@Service
public class UserServiceImpl {

    @Autowired
    UserMapper userMapper;

    public void A() {
        ((UserServiceImpl) AopContext.currentProxy()).B();
    }

    @Transactional
    public void B() {
        userMapper.deleteById(1);
        int i = 10 / 0; //模擬發生例外
    }

}

4、方法的事務傳播型別不支持事務，

　　若propagation屬性設定如下三種事務傳播行為，事務將不會發生回滾，

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

2、NOT_SUPPORTED：以非事務方式運行，如果當前存在事務，則把當前事務掛起，

3、NEVER：以非事務方式運行，如果當前存在事務，則拋出例外，

Spring事務傳播行為可以查閱我之前的一篇文章：Spring事務（一）-事務傳播行為

5、不正確地捕獲例外，

　　使用了try-catch代碼塊將例外捕捉了，沒有向上拋出例外，事務不會回滾，

@Transactional
private void A() throws Exception {
    @Autowired
    UserMapper userMapper;
    
    try {
        //A方法插入資料
        User u = New User();
        u.setId(1);
        u.setName("張三");
        userMapper.insert(u);

        /**
         * B方法也插入資料
         */
        b.insert();
    } catch (Exception e) {
        e.printStackTrace();
    }
}

上面的代碼，如果B方法內部拋了例外，而A方法此時try catch了B方法的例外，那么，事務并不會回滾，而且會拋出如下例外：

org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only

因為當ServiceB中拋出了一個例外以后，ServiceB標識當前事務需要rollback，但是ServiceA中由于你手動的捕獲這個例外并進行處理，ServiceA認為當前事務應該正常commit，此時就出現了前后不一致，也就是因為這樣，拋出了前面的UnexpectedRollbackException例外，

6、屬性rollbackFor 設定錯誤，

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

7、資料庫不支持事務，

　　以MySQL為例，InnoDB引擎是支持事務的，而像MyISAM、MEMORY等是不支持事務的，從MySQL5.5.5開始默認的存盤引擎是InnoDB，之前默認都是MyISAM，

8、方法使用final修飾，

　　如果一個方法不想被子類重寫，那么我們就可以把他寫成final修飾的方法，如果事務方法使用final修飾，那么AOP就無法在代理類中重寫該方法，事務就不會生效，同樣的，static修飾的方法也無法通過代理變成事務方法，

9、未開啟事務，

　　如果是SpringBoot專案，那么SpringBoot通過DataSourceTransactionManagerAutoConfiguration自動配置類幫我們開啟了事務，如果是傳統的Spring專案，則需要我們自己配置，在Spring組態檔配置如下：

<!--事務管理器配置-->
<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager">
    <property name="entityManagerFactory" ref="entityManagerFactory"/>
</bean>
<tx:advice id="txAdvice" transaction-manager="transactionManager">
    <tx:attributes>
        <tx:method name="insert*" propagation="REQUIRED"/>
        <!-- 所有insert開頭的方法,以下同理 -->
        <tx:method name="update*" propagation="REQUIRED"/>
        <tx:method name="delete*" propagation="REQUIRED"/>
    </tx:attributes>
</tx:advice>
<aop:config proxy-target-class="true" expose-proxy="true">
    <!-- 只對業務邏輯層實施事務 -->
    <aop:pointcut id="txPointcut"
                      expression="execution( * com.posun..service.impl..*+.*(..)) || execution(* com.posun..task..*+.*(..))
                       || execution(* com.posun.report.ReportJdbc.*(..)) "/>
    <aop:advisor id="txAdvisor" advice-ref="txAdvice" pointcut-ref="txPointcut"/>
</aop:config>

或者，使用注解的方式，

<!-- 配置事務管理器-->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="dataSource"/>
</bean>

<!-- 注解式事務宣告配置-->
<tx:annotation-driven transaction-manager="transactionManager" />

10、多執行緒呼叫

@Service
public class UserServiceImpl {

    @Autowired
    UserMapper userMapper;

    @Transactional
    public void A() {
        userMapper.deleteById(1);
        new Thread(()->{
            userMapper.deleteById(2);
            int i = 10/0; //模擬發生例外        
            }).start();
    }

}

　　以上代碼，A方法中，啟動了一個新的執行緒，并在新的執行緒中發生了例外，這樣A方法是不會發生回滾的，因為兩個操作不在一個執行緒中，獲取到的資料庫連接不一樣，從而是兩個不同的事務，所以也不會回滾，

轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/508945.html

標籤：其他

上一篇：OpenGL ES 簡介

下一篇：我的Go并發之旅、01 并發哲學與并發原語