您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關Spring事務怎么管理,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
//事務管理器接口有以下幾個接口,獲取事務信息,提交和回滾 public interface PlatformTransactionManager { TransactionStatus getTransaction(@Nullable TransactionDefinition var1) throws TransactionException; void commit(TransactionStatus var1) throws TransactionException; void rollback(TransactionStatus var1) throws TransactionException; }
DataSourceTransactionManager
HibernateTransactionManager
JtaTransactionManager
這些管理器都實現了PlatformTransactionManager中的三個接口,實現邏輯略有差別,但是對用戶來講區別不大
一些事務的參數在TransactionDefinition.java中,詳情如下:
public interface TransactionDefinition { int PROPAGATION_REQUIRED = 0; int PROPAGATION_SUPPORTS = 1; int PROPAGATION_MANDATORY = 2; int PROPAGATION_REQUIRES_NEW = 3; int PROPAGATION_NOT_SUPPORTED = 4; int PROPAGATION_NEVER = 5; int PROPAGATION_NESTED = 6; //默認隔離級別,和數據庫的隔離級別一致 int ISOLATION_DEFAULT = -1; int ISOLATION_READ_UNCOMMITTED = 1; int ISOLATION_READ_COMMITTED = 2; int ISOLATION_REPEATABLE_READ = 4; int ISOLATION_SERIALIZABLE = 8; //默認不超時 int TIMEOUT_DEFAULT = -1; }
下面兩張圖對這些參數進行了說明:
在看事務隔離級別前需要先了解下什么是臟讀、不可重復讀、幻讀
臟讀: 臟讀就是一個事物未提交的數據,被另外一個事務讀到了,顯然這種情況不可接受
不可重復讀: 不可重復讀是指在一個事務內,多次讀同一數據,前后讀取的結果不一致。
幻讀: 事務A對表中的一個數據進行了修改,這種修改涉及到表中的全部數據行。同時事務B也修改了這個表中的數據,這種修改是向表中插入一行新數據。那么就會發生操作事務A的用戶發現表中還存在沒有修改的數據行,就好像發生了幻覺一樣
知道了以上幾個概念,我們來看看隔離級別:
這里我們可以看到,Spring并不是提供了所有的事務管理的實現,而是提供了標準的事務管理器的操作接口PlatformTransactionManager, 并且規范了其行為,具體的事務實現由各個平臺自行實現。這就是Spring的事務抽象。
Spring提供了TransactionTemplate工具類可以很方便的使用編程式事務。默認情況下TransactionTemplate使用的是DataSourceTransactionManager。
在Spring上下文中,我們不配置TransactionTemplate這個bean,也能獲取到TransactionTemplate。比如下面的例子。
@Service public class UserInfoService { @Resource private UserInfoDAO userInfoDAO; @Autowired private TransactionTemplate transactionTemplate; public void updateUser1(){ transactionTemplate.execute(transactionStatus -> { userInfoDAO.updateUserName(1,"zhangsanfeng"); transactionTemplate.execute(transactionStatus2 -> { userInfoDAO.updateUserName(2,"lisi"); return null; }); return null; }); } }
由于Spring默認的事務傳播特性是PROPAGATION_REQUIRED,我們來做一下驗證,看是不是這樣
上面兩幅圖可以看出,TransactionStatus中的newTransaction屬性,第一個是true,第二個是false,正好符合PROPAGATION_REQUIRED所描述的情況。其他的傳播特性可以自己去驗證。
除了編程式事務外,Spring還為我們提供了聲明式事務。使用@Transactional注解。
@Transactional 可以作用于接口、接口方法、類以及類方法上。當作用于類上時,該類的所有 public 方法將都具有該類型的事務屬性,同時,我們也可以在方法級別使用該注解來覆蓋類級別的定義。
雖然 @Transactional 注解可以作用于接口、接口方法、類以及類方法上,但是 Spring 建議不要在接口或者接口方法上使用該注解,因為這只有在使用基于接口的代理時它才會生效。另外, @Transactional 注解應該只被應用到 public 方法上,這是由 Spring AOP 的本質決定的。如果你在 protected、private 或者默認可見性的方法上使用 @Transactional 注解,這將被忽略,也不會拋出任何異常。
@Transactional的rollbackFor屬性可以設置一個 Throwable 的數組,用來表明如果方法拋出這些異常,則進行事務回滾。默認情況下如果不配置rollbackFor屬性,那么事務只會在遇到RuntimeException的時候才會回滾。
下面的代碼事務就不會生效:
@Transactional public void updateUser2() throws Exception { int r1 = userInfoDAO.updateUserName(1,"wanger"); int r2 = userInfoDAO.updateUserName(2,"mawu"); if (r2==1){ throw new Exception(); } }
如果我們把拋出的異常改成RuntimeException,這時候事務就會生效了。或者指定異常讓事務生效,比如 @Transactional(rollbackFor = Exception.class),這樣碰到所有的異常事務都會生效了。
這是因為Spring容器會為加了這個注解的對象生成一個代理對象,實際調用的時候,實際上是調用的代理對象。 代理對象的實現了AOP的增強,實現了事務的實現。
public @interface Transactional { @AliasFor("transactionManager") String value() default ""; @AliasFor("value") String transactionManager() default ""; String[] label() default {}; Propagation propagation() default Propagation.REQUIRED; Isolation isolation() default Isolation.DEFAULT; int timeout() default -1; String timeoutString() default ""; boolean readOnly() default false; Class<? extends Throwable>[] rollbackFor() default {}; String[] rollbackForClassName() default {}; Class<? extends Throwable>[] noRollbackFor() default {}; String[] noRollbackForClassName() default {}; }
代碼中可以看出,我們可以指定隔離級別和傳播特性,在Spring為我們生成代理類的時候,會讀取這些屬性,體現在增強邏輯中。
數據庫引擎不支持事務
這里以 MySQL 為例,其 MyISAM 引擎是不支持事務操作的,InnoDB 才是支持事務的引擎,一般要支持事務都會使用 InnoDB,這時候選擇支持事務的數據庫即可(好像是廢話,哈哈哈)
沒有被 Spring 管理
這個好像沒什么可說的,脫離了Spring的管理,還談什么Spring事務管理。
方法不是 public 的
@Transactional 只能用于 public 的方法上,否則事務不會失效,如果要用在非 public 方法上,可以開啟 AspectJ 代理模式。
數據源沒有配置事務管理器
相當于沒開啟事務管理,如果不是Springboot情況需要進行如下操作。
@Bean public PlatformTransactionManager transactionManager(DataSource dataSource) { return new DataSourceTransactionManager(dataSource); }
如果是SpringBoot,在啟動類上直接加上注解@EnableTransactionManagement即可。
傳播特性配錯了
傳播特性配置成,Propagation.SUPPORTED或者Propagation.NOT_SUPPORTED,改成支持事務的傳播特性即可。
異常類型錯誤
因為默認的異常類型是運行時異常,如果拋出了其他異常就不生效。
解決方式:
1、將異常改成運行時異常
2、指定異常進行事務回滾,如:@Transactional(rollbackFor = Exception.class)
異常被吃掉了
如果你代碼這么寫,事務不生效:
@Transactional(rollbackFor = Exception.class) public void updateUser2() { int r1 = userInfoDAO.updateUserName(1,"3"); int r2 = userInfoDAO.updateUserName(2,"4"); if (r2==1){ throw new RuntimeException(); } try { }catch (Exception e){ } }
解決辦法: 必須要拋出異常,否則Spring事務管理,不會走到回滾邏輯
類內部調用
@Service public class UserInfoService { public void justUpdate(){ updateUser2(); } @Transactional(rollbackFor = Exception.class) public void updateUser2() { } }
上述代碼不生效,因為內部調用不會涉及到代理類的調用,更不會有AOP的增強,因此不會生效。
解決辦法:
1、自注入
@Service public class UserInfoService { @Autowired private UserInfoService userInfoService; public void justUpdate(){ userInfoService.updateUser2(); } @Transactional(rollbackFor = Exception.class) public void updateUser2() { } }
2、Spring上下文
@Service public class UserInfoService { ApplicationContext applicationContext; public void justUpdate(){ UserInfoService userInfoService = (UserInfoService) applicationContext.getBean("userInfoService"); userInfoService.updateUser2(); } @Transactional(rollbackFor = Exception.class) public void updateUser2() { } }
3、獲取他的代理類,直接調用代理類
@Service public class UserInfoService { public void justUpdate(){ ((UserInfoService) AopContext.currentProxy()).updateUser2(); } @Transactional(rollbackFor = Exception.class) public void updateUser2() { } }
關于“Spring事務怎么管理”這篇文章就分享到這里了,希望以上內容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。