@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;
            }
        }
    }
————————————————
版權聲明：本文為CSDN部落客「No8g攻城獅」的原創文章，遵循CC 4.0 BY-SA版權協定，轉載請附上原文出處連結及本聲明。
原文連結：https://blog.csdn.net/weixin_44299027/article/details/95231808
           

解釋上述原因：

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。後續再詳細逐一介紹。

————————————————

版權聲明：本文為CSDN部落客「No8g攻城獅」的原創文章，遵循CC 4.0 BY-SA版權協定，轉載請附上原文出處連結及本聲明。

原文連結：https://blog.csdn.net/weixin_44299027/article/details/95231808