@Transactional(rollbackFor=Exception.class)的使用

引言：最近在優化項目的代碼，然後使用的是阿里的P3C代碼規範檢查，然後就出現瞭如下的提示。

方法【create】需要在Transactional註解指定rollbackFor或者在方法中顯示的rollback。

原因： 並未在方法內或者註解上說明發生異常時如何回滾。下圖是方法的完整的代碼。

解決方案之一：在此方法@Transactional註解後面加上(rollbackFor = Exception.class)，如圖所示：

解決方案之二：@Transactional註解上不加rollbackFor這個屬性，在try...catch...的catch裏寫上如何回滾。

下面代碼的三種方案都是正確的（第一種是在類級別的註解上，第二種是在方法級別的註解上，第三種是在捕獲異常後在catch裏寫上）

事務場景中，拋出異常被catch後，如果需要回滾，一定要手動回滾事務。 
            
Positive example 1：
    /**
     * @author hjm
     * @date 2019/07/09
     */
    @Service
    @Transactional(rollbackFor = Exception.class)
    public class UserServiceImpl implements UserService {
        @Override
        public void save(User user) {
            //some code
            //db operation
        }
    }
           
            
Positive example 2：
    /**
     * @author hjm
     * @date 2019/07/09
     */
    @Service
    public class UserServiceImpl implements UserService {
        @Override
        @Transactional(rollbackFor = Exception.class)
        public void save(User user) {
            //some code
            //db operation
        }
    }
        
            
Positive example 3：
    /**
     * @author hjm
     * @date 2019/07/09
     */
    @Service
    public class UserServiceImpl implements UserService {
        @Autowired
        private DataSourceTransactionManager transactionManager;

        @Override
        @Transactional
        public void save(User user) {
            DefaultTransactionDefinition def = new DefaultTransactionDefinition();
            // explicitly setting the transaction name is something that can only be done programmatically
            def.setName("SomeTxName");
            def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);

            TransactionStatus status = transactionManager.getTransaction(def);
            try {
                // execute your business logic here
                //db operation
            } catch (Exception ex) {
                transactionManager.rollback(status);
                throw ex;
            }
        }
    }
        

解釋上述原因：

Spring框架的事務處理代碼默認地 只 在拋出運行時和unchecked exceptions時才標識事務回滾。 也就是說，當拋出個RuntimeException 或其子類的實例時，（Errors 也一樣 - 默認地 - 標識事務回滾。）從事務方法中拋出的Checked exceptions將 不 被標識進行事務回滾。

1、讓checked例外也回滾：在整個方法前加上 @Transactional(rollbackFor=Exception.class)

2、讓unchecked例外不回滾： @Transactional(notRollbackFor=RunTimeException.class)

3、不需要事務管理的(只查詢的)方法：@Transactional(propagation=Propagation.NOT_SUPPORTED)

注意： 如果異常被try｛...｝catch｛...｝了，事務就不回滾了，如果想讓事務回滾必須再往外拋try｛...｝catch｛throw Exception｝。
 

下面再說一下異常的繼承體系（拓展的內容）：

 

記住：出現異常，不要緊張，把異常的簡單類名，拷貝到API中去查或者問度娘，很強大的哦。

 

Java異常處理的五個關鍵字：try、catch、finally、throw、throws。後續再詳細逐一介紹。