關(guān)于Spring中@Transactional事務回滾的注意事項

第關(guān)于Spring中@Transactional事務回滾的注意事項目錄一、Spring默認事務1.1、拋出unchecked和checked異常都回滾1.2、總結(jié)二、使用Spring中@Transactional注解的注意事項

一、Spring默認事務

Spring中@Transactional注解，默認情況下，只對拋出的RuntimeException異常，才會事務回滾。

如果事務的方法中拋出unchecked異常（RuntimeException），事務會進行回滾（rollback）；如果事務的方法中拋出是checked異常（Exception），事務不會回滾。

也就是說，默認情況下，@Transactional注解只對拋出的RuntimeException異常和其子類異常才有效，對Exception及Exception的子類異常無效。

偽代碼說明

//@Transactional默認就是RuntimeException有效，拋出RuntimeException時，事務會回滾。

@Transactional

publicvoidmethodName1(){

//...各種的業(yè)務邏輯省略

thrownewRuntimeException("RuntimeException");

//@Transactional默認就是RuntimeException有效，拋出Exception時，事務不會回滾。

@Transactional

publicvoidmethodName22(){

//...各種的業(yè)務邏輯省略

thrownewException("Exception");

//@Transactional指定回滾事務是Exception時，遇到RuntimeException時，事務不會回滾

@Transactional(rollbackFor=Exception.class)

publicvoidmethodName3(){

//...各種的業(yè)務邏輯省略

thrownewRuntimeException("RuntimeException");

//@Transactional指定回滾事務是Exception時，遇到異常Exception時，事務會回滾，

@Transactional(rollbackFor=Exception.class)

publicvoidmethodName4(){

//...各種的業(yè)務邏輯省略

thrownewException("Exception");

}

@Transactional相當于@Transactional(rollbackFor=RuntimeException.class)，只對拋出的RuntimeException異常，才會事務回滾。

1.1、拋出unchecked和checked異常都回滾

如果希望無論拋出是RuntimeException（unchecked），還是Exception（checked），事務都要回滾。

@Transactional(rollbackFor={RuntimeException.class,Exception.class})

publicvoidmethodName5(){

//...業(yè)務省略

if(){

thrownewRuntimeException("RuntimeException");

//...業(yè)務省略

if(){

thrownewException("Exception");

}

1.2、總結(jié)

Spring中@Transactional，默認只對拋出的RuntimeException的出常，事務才會回滾。如果希望無論拋出是RuntimeException，還是Exception，事務都要回滾，請使用如下配置。

@Transactional(rollbackFor={RuntimeException.class,Exception.class})

二、使用Spring中@Transactional注解的注意事項

@Transactional注解只能應用到public的方法上。如果你在protected、private或者package-visible的方法上使用@Transactional注解，它也不會報錯，但是這個被注解的方法將不會展示已配置的事務設(shè)置。配置proxy-target-class是指定基于接口的，還是基于類的代理被創(chuàng)建。如果proxy-target-class=false（默認值），那么標準的JDK基于接口的代理。如果proxy-target-class=true，那么基于類的代理將起作用（需要CGLIB庫）。@Transactional注解加在具體方法（或類）上面，而不是接口上面。在接口上使用@Transactional注解，只能當你設(shè)置了基于接口的代理時它才生效。因為注解是不能繼承的，這就意味著如果正在使用基于類的代理時，那么事務的設(shè)置將不能被基于類的代理所識別，而且對象也將不會被事務代理所包裝。@Transactional的事務是通過基于接口的，或者是基于類的代理才能被創(chuàng)建。在同一個類中一個方法調(diào)用另一個有事務注解的方法，事務是不會起作用的。

這條能理解嗎？下面是解釋說明。

偽代碼說明

@Serive

publicclassXxxService{

publicvoidaa(){

//業(yè)務...

bb()

//業(yè)務...

@Transactional

publicvoidbb(){

//業(yè)務...

@Controller

publicclassXxxController(){

@Autowired

XxxServicexxxService;

@RquestMapping("/hello")

publicvoidhello(){

xxxService.aa();

XxxController.hello()調(diào)用XxxService時，沒有開啟事務，在aa()、bb()發(fā)生的RuntimerException不會事務回滾。

分析說明：

（1）因為aa()沒有@Transactional注解，因此XxxController調(diào)用XxxService時，沒有開啟事務；

（2）aa()中調(diào)有bb()只是方法的調(diào)用（代碼片段的調(diào)用）。類似于Thread中，開啟線程是通過start()方法，而不是直接調(diào)用run()方法。

spring在掃描bean的時候會掃描方法上是否包含@Transactional事務注解，如果包含，則spring會為這個bean動態(tài)地生成一個子類（即代理類，proxy），代理類是繼承原來那個bean。

當這個有事務注解的方法被調(diào)用的時候，實際上是由代理類來調(diào)用的，代理類在調(diào)用之前就會開啟事務（transaction）。

但是，如果先調(diào)用一個沒有事務