一般情況下在方法上直接添加@Transactional即可,但是極有可能會達不到我們想要的效果,這時就需要添加相應的參數,參數如下。
除了添加以上參數進行配置外,還有一些注意事項,可能會造成事務打開或回滾失敗:
- 添加注解的方法不是public修飾的;
- 並不是所有的異常都能觸發回滾,默認只有這些會觸發回滾"運行時、未檢查異常(繼承自 RuntimeException 的異常)或者 Error",所以如果想要所有的異常都回滾,需要在注解上添加(rollbackFor = Exception.class)這個參數和值。
- 事務只有在方法拋出異常時才會回滾,如果方法中的異常被try-catch捕獲,則不會回滾,如果業務需要在catch中進行業務邏輯處理,則需要手動回滾,在catch中添加以下語句:TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
- 如果在controller層調用service方法(方法A)沒有添加@Transactional注解,那么即使方法A調用(有注解的)方法B,也不會觸發事務;
事務傳播行為:
- REQUIRED(默認):業務方法需要在一個容器里運行。如果方法運行時,已經處在一個事務中,那么加入到這個事務,否則自己新建一個新的事務。
- NOT_SUPPORTED:聲明方法不需要事務。如果方法沒有關聯到一個事務,容器不會為他開啟事務,如果方法在一個事務中被調用,該事務會被掛起,調用結束后,原先的事務會恢復執行。
- REQUIRESNEW:不管是否存在事務,該方法總匯為自己發起一個新的事務。如果方法已經運行在一個事務中,則原有事務掛起,新的事務被創建。
- MANDATORY:該方法只能在一個已經存在的事務中執行,業務方法不能發起自己的事務。如果在沒有事務的環境下被調用,容器拋出例外。
- SUPPORTS:該方法在某個事務范圍內被調用,則方法成為該事務的一部分。如果方法在該事務范圍外被調用,該方法就在沒有事務的環境下執行。
- NEVER:該方法絕對不能在事務范圍內執行。如果在就拋例外。只有該方法沒有關聯到任何事務,才正常執行。
- NESTED:如果一個活動的事務存在,則運行在一個嵌套的事務中。如果沒有活動事務,則按REQUIRED屬性執行。它使用了一個單獨的事務,這個事務擁有多個可以回滾的保存點。內部事務的回滾不會對外部事務造成影響。它只對DataSourceTransactionManager事務管理器起效。
