@Transactional 注解只能應用到 public 可見度的方法上。如果應用在protected、private或者 package可見度的方法上，也不會報錯，不過事務設置不會起作用

本文轉載自查看原文 2021-02-19 21:37 962 transaction-事務

5.@Transactional 注解只能應用到 public 可見度的方法上。如果應用在protected、private或者 package可見度的方法上，也不會報錯，不過事務設置不會起作用

今天在開發中跟同事交流學到了Spring對於事務的注解；我在培訓的時候寫一個事務覺得挺費勁的（當時沒有用到注解的方式）；現在覺得挺方便；

@Transactional(rollbackFor = Exception.class, isolation = Isolation.READ_COMMITTED)

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

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

什么是checked異常，什么是unchecked異常？：

java里面將派生於Error或者RuntimeException（比如空指針，1/0）的異常稱為unchecked異常，
其他繼承自java.lang.Exception得異常統稱為Checked Exception，如IOException、TimeoutException等

再通俗一點：你寫代碼出現的空指針等異常，會被回滾，文件讀寫，網絡出問題，spring就沒法回滾了。

3 不需要事務管理的(只查詢的)方法：@Transactional(propagation=Propagation.NOT_SUPPORTED)
使用事務不可以在方法里加 try{}catch{} 加了自己處理了，就不會再走事務注解

4.timeout = 1 參數默認超時為30秒，但是這個值可以自己設定，我就遇到了坑，別的同事給設成1，導致報錯問題不知道在哪

5.@Transactional 注解只能應用到 public 可見度的方法上。如果應用在protected、private或者 package可見度的方法上，也不會報錯，不過事務設置不會起作用

6.如果已經在service中進行了try catch 操作由於已經被抓獲異常故事務也不會回滾

最近在優化項目的代碼，然后使用的是阿里的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｝。

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