Springboot中事務的使用：

1、啟動類加上@EnableTransactionManagement注解，開啟事務支持（其實默認是開啟的）。

2、在使用事務的public（只有public支持事務）方法（或者類-相當于該類的所有public方法都使用）加上@Transactional注解。

在實際使用中一般是在service中使用@Transactional，那么對于controller->service流程中：

如果controller未開啟事務，service中開始了事務，service成功執(zhí)行，controller在之后的運行中出現(xiàn)異常（錯誤），不會自動回滾。

也就是說，只有在開啟事務的方法中出現(xiàn)異常（默認只有非檢測性異常才生效-RuntimeException ）（錯誤-Error）才會自動回滾。

如果想要對拋出的任何異常都進行自動回滾（而不是只針對RuntimeException），只需要在使用@Transactional(rollbackFor = Exception.class)即可。

開啟事務的方法中事務回滾的情況：

①未發(fā)現(xiàn)的異常，程序運行過程中自動拋出RuntimeException或者其子類，程序終止，自動回滾。

②使用TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();進行手動回滾。

③注意：如果在try-catch語句中對可能出現(xiàn)的異常（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 事務不回滾

一、異常捕獲的原因

1. 這里Exception異常，他又分為運行時異常RuntimeException和非運行時異常
2. 可查的異常（checked exceptions）:Exception下除了RuntimeException外的異常
3. 不可查的異常（unchecked exceptions）:RuntimeException及其子類和錯誤（Error）
4. 異常checked例外也回滾：在整個方法前加上 @Transactional(rollbackFor=Exception.class)
5. 異常unchecked例外不回滾： @Transactional(notRollbackFor=RunTimeException.class)
6. 如果異常被try｛｝catch｛｝了，事務就不回滾了，如果想讓事務回滾必須再往外拋try｛｝catch｛throw Exception｝

二、數(shù)據(jù)庫引擎不支持回滾（使用MYSQL就很可能是這個原因）

1. Mysql數(shù)據(jù)庫有兩種引擎，注意要使用支持事務的引擎，比如innodb，如果是MyISAM，事務是不起作用的。
2. 使用springboot的jpa自動創(chuàng)建庫表的時候，默認使用MyISAM引擎，可以檢查庫表查看引擎。
3. 修改配置：

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的數(shù)據(jù)庫事務調用的實現(xiàn)原理是AOP，而AOP的原理是動態(tài)代理，在自調用的過程中，是類自身的調用，而不是代理對象去調用，那么不會產生AOP，沒有AOP，意味著@Transactional不會被切面捕獲，這樣spring就不能把你的代碼植入到約定的流程中，于是就產生了事務回滾失敗。

解決方案：

1、將涉及到事務的處理都放入一個方法中，由其他類調用。

2、如果非要在本類中調用，那么需要在本類中生成本類的bean對象，由這個bean對象來調用，實現(xiàn)方式也有多種：

• 自注入
• 通過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實現(xiàn)有兩種代理方式：

• Java動態(tài)代理 ：通過反射生成一個實現(xiàn)了代理方法的匿名類來完成代理
• cglib代理 ：通過Asm修改字節(jié)碼文件，生成一個子類來完成代理

Spring在項目中會根據(jù)被代理對象是否實現(xiàn)了接口來自動切換上述兩種代理方式

所以private方法也不能實現(xiàn)事務

到此這篇關于關于SpringBoot的異?；貪L和事務的使用詳解的文章就介紹到這了,更多相關SpringBoot異常回滾和事務的使用內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論