關于SpringBoot的異?;貪L和事務的使用詳解
Springboot中事務的使用:
1、啟動類加上@EnableTransactionManagement注解,開啟事務支持(其實默認是開啟的)。
2、在使用事務的public(只有public支持事務)方法(或者類-相當于該類的所有public方法都使用)加上@Transactional注解。
在實際使用中一般是在service中使用@Transactional,那么對于controller->service流程中:
如果controller未開啟事務,service中開始了事務,service成功執(zhí)行,controller在之后的運行中出現異常(錯誤),不會自動回滾。
也就是說,只有在開啟事務的方法中出現異常(默認只有非檢測性異常才生效-RuntimeException )(錯誤-Error)才會自動回滾。
如果想要對拋出的任何異常都進行自動回滾(而不是只針對RuntimeException),只需要在使用@Transactional(rollbackFor = Exception.class)即可。
開啟事務的方法中事務回滾的情況:
①未發(fā)現的異常,程序運行過程中自動拋出RuntimeException或者其子類,程序終止,自動回滾。
②使用TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();進行手動回滾。
③注意:如果在try-catch語句中對可能出現的異常(RuntimeException)進行了處理,沒有再手動throw異常,spring認為該方法成功執(zhí)行,不會進行回滾,此時需要調用②中方法進行手動回滾 (java 框架項目案例:www.fhadmin.org)
另外,如果try-catch語句在finally中進行了return操作,那么catch中手動拋出的異常也會被覆蓋,同樣不會自動回滾。
//不會自動回滾 try{ throw new RuntimeException(); }catch(RuntimeException e){ e.printStackTrace(); }finally{ } //會自動回滾 try{ throw new RuntimeException(); }catch(RuntimeException e){ e.printStackTrace(); throw new RuntimeException(); }finally{ }
Springboot @Transactional 事務不回滾
一、異常捕獲的原因
- 這里Exception異常,他又分為運行時異常RuntimeException和非運行時異常
- 可查的異常(checked exceptions):Exception下除了RuntimeException外的異常
- 不可查的異常(unchecked exceptions):RuntimeException及其子類和錯誤(Error)
- 異常checked例外也回滾:在整個方法前加上 @Transactional(rollbackFor=Exception.class)
- 異常unchecked例外不回滾: @Transactional(notRollbackFor=RunTimeException.class)
- 如果異常被try{}catch{}了,事務就不回滾了,如果想讓事務回滾必須再往外拋try{}catch{throw Exception}
二、數據庫引擎不支持回滾(使用MYSQL就很可能是這個原因)
- Mysql數據庫有兩種引擎,注意要使用支持事務的引擎,比如innodb,如果是MyISAM,事務是不起作用的。
- 使用springboot的jpa自動創(chuàng)建庫表的時候,默認使用MyISAM引擎,可以檢查庫表查看引擎。
- 修改配置:
spring: jpa: hibernate: ddl-auto: update naming: physical-strategy: org.hibernate.boot.model.naming.PhysicalNamingStrategyStandardImpl #按字段名字建表 show-sql: true database: mysql database-platform: org.hibernate.dialect.MySQL5InnoDBDialect #使用innodb引擎建表
三、發(fā)生了自調用情況
spring的數據庫事務調用的實現原理是AOP,而AOP的原理是動態(tài)代理,在自調用的過程中,是類自身的調用,而不是代理對象去調用,那么不會產生AOP,沒有AOP,意味著@Transactional不會被切面捕獲,這樣spring就不能把你的代碼植入到約定的流程中,于是就產生了事務回滾失敗。
解決方案:
1、將涉及到事務的處理都放入一個方法中,由其他類調用。
2、如果非要在本類中調用,那么需要在本類中生成本類的bean對象,由這個bean對象來調用,實現方式也有多種:
- 自注入
- 通過SpringContextHolder獲取bean,即注入ApplicationContext,從ApplicationContext獲取bean
- 通過AopContext獲取當前類的代理對象,注意此種方式需要開啟expose-proxy=“true”,可通過注解開啟@EnableAspectJAutoProxy(exposeProxy =true)
最后一種方式的偽代碼:
@Service public class OrderService { public void insert() { OrderService proxy = (OrderService) AopContext.currentProxy(); proxy.insertOrder(); } @Transactional public void insertOrder() { //SQL操作 } }
因為AopContext默認是不暴露當前代理類的,所以要@EnableAspectJAutoProxy(exposeProxy =true)或者<aop:aspectj-autoproxy expose-proxy=“true”/>:
四、補充:
在Spring 的AOP實現有兩種代理方式:
- Java動態(tài)代理 :通過反射生成一個實現了代理方法的匿名類來完成代理
- cglib代理 :通過Asm修改字節(jié)碼文件,生成一個子類來完成代理
Spring在項目中會根據被代理對象是否實現了接口來自動切換上述兩種代理方式
所以private方法也不能實現事務
到此這篇關于關于SpringBoot的異?;貪L和事務的使用詳解的文章就介紹到這了,更多相關SpringBoot異?;貪L和事務的使用內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!