Spring框架 注解配置事務(wù)控制的流程
寫在前面:雖然使用注解方式配置事務(wù)控制很簡單,用起來也很爽,但是在每個方法前都加上@xxx形式的注解,顯然并不美觀,也不利于代碼的規(guī)范與維護,所以XML的配置方式是才是重點。
基于注解的事務(wù)控制
基于注解配置事務(wù)控制,相較XML配置來說更加簡單,但仍需要XML提供依賴,不能完全擺脫XML。前期準(zhǔn)備工作和XML配置大同小異,這里不做贅述,建議學(xué)習(xí)基于注解配置前先學(xué)習(xí)XML配置事務(wù)控制。
這里給出本次測試的全部XML配置,具體細(xì)節(jié)在后面依次介紹。
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:context="http://www.springframework.org/schema/context" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:aop="http://www.springframework.org/schema/aop" xmlns:tx="http://www.springframework.org/schema/tx" xsi:schemaLocation=" http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop.xsd http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx.xsd "> <!-- 配置c3p0數(shù)據(jù)源 --> <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource"> <property name="driverClass" value="com.mysql.jdbc.Driver" /> <property name="jdbcUrl" value="jdbc:mysql://localhost:3306/mybase2" /> <property name="user" value="root" /> <property name="password" value="Hudie" /> </bean> <!-- 配置JdbcTemplate模板對象 --> <bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate"> <property name="dataSource" ref="dataSource"></property> </bean> <!-- 配置service層 --> <bean id="userService" class="com.gql.service.UserServiceImp"> <property name="userDao" ref="userDao"></property> </bean> <!-- 配置dao層 --> <bean id="userDao" class="com.gql.dao.UserDaoImp"> <property name="jdbcTemplate" ref="jdbcTemplate"></property> </bean> <!-- 事務(wù)管理器 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <!-- 注入 DataSource--> <property name="dataSource" ref="dataSource"></property> </bean> <!-- 注解掃描器 --> <context:component-scan base-package="com.gql.service"></context:component-scan> <!-- 注解的事務(wù)配置 --> <tx:annotation-driven transaction-manager="transactionManager"/> </beans>
1.配置事務(wù)管理器
<!-- 事務(wù)管理器 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <!-- 注入 DataSource--> <property name="dataSource" ref="dataSource"></property> </bean>
2.在業(yè)務(wù)層使用@Transactional 注解
只需要在業(yè)務(wù)層實現(xiàn)類上加上@Transactional即可。
該注解的屬性和 xml 中的屬性含義一致。該注解可以出現(xiàn)在接口上,類上和方法上。
- 出現(xiàn)接口上,表示該接口的所有實現(xiàn)類都有事務(wù)支持。
- 出現(xiàn)在類上,表示類中所有方法有事務(wù)支持
- 出現(xiàn)在方法上,表示方法有事務(wù)支持。
- 以上三個位置的優(yōu)先級:方法>類>接口
package com.gql.service; import java.util.List; import org.springframework.transaction.annotation.Transactional; import com.gql.dao.UserDao; import com.gql.entity.User; /** * 類說明: * 業(yè)務(wù)層實現(xiàn)類 * @guoqianliang1998. */ @Transactional public class UserServiceImp implements UserService { private UserDao userDao; public void setUserDao(UserDao userDao) { this.userDao = userDao; } @Override public void save(User user) { userDao.save(user); int i = 1/0; } @Override public void update(int id, User user) { userDao.update(id, user); } @Override public void delete(int id) { userDao.delete(id); } @Override public User getUser(int id) { User user = userDao.getUser(id); return user; } @Override public List<User> getUserList(int[] ids) { List<User> userList = userDao.getUserList(ids); return userList; } @Override public List<User> getUserList() { List<User> list = userDao.getUserList(); return list; } }
3.開啟 spring 對注解事務(wù)的支持
<!-- 開啟 spring 對注解事務(wù)的支持 --> <tx:annotation-driven transaction-manager="transactionManager"/>
4.注解掃描器
<!-- 注解掃描器 --> <context:component-scan base-package="com.gql.service"></context:component-scan>
Spring 注解事務(wù)實現(xiàn)機制
1.事務(wù)的實現(xiàn)機制
AOP動態(tài)代理進行方法攔截
在應(yīng)用系統(tǒng)調(diào)用聲明@Transactional 的目標(biāo)方法時,Spring Framework 默認(rèn)使用 AOP 代理,在代碼運行時生成一個代理對象,根據(jù)@Transactional 的屬性配置信息,這個代理對象決定該聲明@Transactional 的目標(biāo)方法是否由攔截器 TransactionInterceptor 來使用攔截。
在 TransactionInterceptor 攔截時,會在在目標(biāo)方法開始執(zhí)行之前創(chuàng)建并加入事務(wù),并執(zhí)行目標(biāo)方法的邏輯, 最后根據(jù)執(zhí)行情況是否出現(xiàn)異常,利用抽象事務(wù)管理器AbstractPlatformTransactionManager 操作數(shù)據(jù)源 DataSource 提交或回滾事務(wù), 如下圖所示。
注:上面兩個xxxServiceImpl,表示的是同一個service的調(diào)用,前面用虛線,表示欲調(diào)用該service的方法,進入該service的方法前經(jīng)歷了aop進行攔截,然后才真正進入該service方法(后面的實線表示的service)
Spring AOP 代理有 CglibAopProxy 和 JdkDynamicAopProxy 兩種,上圖是以 CglibAopProxy 為例
- 對于 CglibAopProxy,需要調(diào)用其內(nèi)部類的 DynamicAdvisedInterceptor 的 intercept 方法。
- 對于 JdkDynamicAopProxy,需要調(diào)用其 invoke 方法。
事務(wù)管理器進行事務(wù)提交或回滾
事務(wù)管理的框架是由抽象事務(wù)管理器 AbstractPlatformTransactionManager 來提供的,而具體的底層事務(wù)處理實現(xiàn),由 PlatformTransactionManager 的具體實現(xiàn)類來實現(xiàn),如事務(wù)管理器 DataSourceTransactionManager。
不同的事務(wù)管理器管理不同的數(shù)據(jù)資源 DataSource,比如 DataSourceTransactionManager 管理 JDBC 的 Connection。
PlatformTransactionManager,AbstractPlatformTransactionManager 及具體實現(xiàn)類關(guān)系如圖 2 所示。
2.注解方式的事務(wù)使用注意事項
當(dāng)您對 Spring 的基于注解方式的實現(xiàn)步驟和事務(wù)內(nèi)在實現(xiàn)機制有較好的理解之后,就會更好的使用注解方式的事務(wù)管理,避免當(dāng)系統(tǒng)拋出異常,數(shù)據(jù)不能回滾的問題。
正確的設(shè)置 @Transactional 的 propagation 屬性(熟知事務(wù)的傳播特性)
需要注意下面三種 propagation 可以不啟動事務(wù)。本來期望目標(biāo)方法進行事務(wù)管理,但若是錯誤的配置這三種 propagation,事務(wù)將不會發(fā)生回滾。
TransactionDefinition.PROPAGATION_SUPPORTS
:如果當(dāng)前存在事務(wù),則加入該事務(wù);如果當(dāng)前沒有事務(wù),則以非事務(wù)的方式繼續(xù)運行。TransactionDefinition.PROPAGATION_NOT_SUPPORTED
:以非事務(wù)方式運行,如果當(dāng)前存在事務(wù),則把當(dāng)前事務(wù)掛起。TransactionDefinition.PROPAGATION_NEVER
:以非事務(wù)方式運行,如果當(dāng)前存在事務(wù),則拋出異常。
正確的設(shè)置 @Transactional 的 rollbackFor 屬性
默認(rèn)情況下,如果在事務(wù)中拋出了未檢查異常(繼承自 RuntimeException 的異常)或者 Error,則 Spring 將回滾事務(wù);除此之外,Spring 不會回滾事務(wù)。
如果在事務(wù)中拋出其他類型的異常,并期望 Spring 能夠回滾事務(wù),可以指定 rollbackFor。
例:@Transactional(propagation= Propagation.REQUIRED,rollbackFor= MyException.class)
通過分析 Spring 源碼可以知道,若在目標(biāo)方法中拋出的異常是 rollbackFor 指定的異常的子類,事務(wù)同樣會回滾。
清單 3. RollbackRuleAttribute 的 getDepth 方法
private int getDepth(Class<?> exceptionClass, int depth) { if (exceptionClass.getName().contains(this.exceptionName)) { // Found it! return depth; } // If we've gone as far as we can go and haven't found it... if (exceptionClass == Throwable.class) { return -1; } return getDepth(exceptionClass.getSuperclass(), depth + 1); }
@Transactional 只能應(yīng)用到 public 方法才有效
只有@Transactional 注解應(yīng)用到 public 方法,才能進行事務(wù)管理。
這是因為在使用 Spring AOP 代理時,Spring 在調(diào)用TransactionInterceptor 在目標(biāo)方法執(zhí)行前后進行攔截之前,DynamicAdvisedInterceptor(CglibAopProxy 的內(nèi)部類)的intercept 方法或 JdkDynamicAopProxy 的 invoke 方法會間接調(diào)用 AbstractFallbackTransactionAttributeSource(Spring 通過這個類獲取@Transactional 注解的事務(wù)屬性配置屬性信息)的 computeTransactionAttribute 方法。
AbstractFallbackTransactionAttributeSource
protected TransactionAttribute computeTransactionAttribute(Method method, Class<?> targetClass) { // Don't allow no-public methods as required. if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) { return null;}
allowPublicMethodsOnly方法由子類AnnotationTransactionAttributeSource實現(xiàn),該子類方法中默認(rèn)是true,所以當(dāng)你加了事務(wù)注解的方法不是public時,該方法直接返回null
不會獲取@Transactional 的屬性配置信息,最終會造成不會用 TransactionInterceptor 來攔截該目標(biāo)方法進行事務(wù)管理。
避免 Spring 的 AOP 的自調(diào)用問題,必須要跨service調(diào)用
在 Spring 的 AOP 代理下,只有目標(biāo)方法由外部調(diào)用(也就是跨service調(diào)用),目標(biāo)方法才由 Spring 生成的代理對象來管理,這會造成自調(diào)用問題。
若同一類中的其他沒有@Transactional 注解的方法內(nèi)部調(diào)用有@Transactional 注解的方法,有@Transactional 注解的方法的事務(wù)被忽略,不會發(fā)生回滾。
示例:
--> @Service public class OrderService { private void insert() { insertOrder(); } @Transactional public void insertOrder() { //insert log info //insertOrder //updateAccount } }
insertOrder 盡管有@Transactional 注解,但它被內(nèi)部方法 insert 調(diào)用,事務(wù)被忽略,出現(xiàn)異常事務(wù)不會發(fā)生回滾。
事務(wù)的傳播問題PROPAGATION_REQUIRES_NEW只有在跨service時才會有效(也是上面自調(diào)用引起的)
class ServiceA{ @Transactional(rollbackFor = Exception.class) public methodA1(){ ...... //該方式,methodA2上的事務(wù)注解不起作用,不會開啟新的事務(wù),methodA2與methodA1中的數(shù)據(jù)一起提交或回滾 1.this.methodA2(); //該方式,methodB1上的事務(wù)會啟作用 2.ServiceB.methodB1() ...... }; @Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class) public methodA2(){ ...... }; } class ServiceB{ @Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class) public methodB1(){ ...... }; }
原因在于,跨Service調(diào)用方法時,都會經(jīng)過org.springframework.aop.framework.CglibAopProxy.DynamicAdvisedInterceptor.intercept()方法,只有經(jīng)過此處,才能對事務(wù)進行控制。
參考:https://developer.ibm.com/zh/articles/j-master-spring-transactional-use/
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關(guān)文章
java設(shè)計模式原型模式與享元模式調(diào)優(yōu)系統(tǒng)性能詳解
這篇文章主要為大家介紹了java設(shè)計模式原型模式與享元模式調(diào)優(yōu)系統(tǒng)性能方法詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2023-05-05Java處理InterruptedException異常的理論與實踐
在使用Java的過程中,有個情景或許很多人見過,您在編寫一個測試程序,程序需要暫停一段時間,于是調(diào)用 Thread.sleep()。但是編譯器或 IDE 報錯說沒有處理檢查到的 InterruptedException。InterruptedException 是什么呢,為什么必須處理它?下面跟著小編一起來看看。2016-08-08基于SpringBoot實現(xiàn)驗證碼功能(兩種驗證碼方式)
這篇文章主要介紹了基于SpringBoot實現(xiàn)驗證碼功能,今天我們介紹的是兩種主流的驗證碼,一種就是進行計算的驗證碼,另外一種就是不需要計算,直接輸入的驗證碼,需要的朋友可以參考下2024-08-08Java中讀寫鎖ReadWriteLock的原理與應(yīng)用詳解
Java并發(fā)編程提供了讀寫鎖,主要用于讀多寫少的場景,今天我們就重點來講解讀寫鎖ReadWriteLock的原理與應(yīng)用場景,感興趣的可以了解一下2022-09-09SpringMVC中controller返回json數(shù)據(jù)的方法
這篇文章主要為大家詳細(xì)介紹了SpringMVC中controller返回json數(shù)據(jù)的方法,具有一定的參考價值,感興趣的小伙伴們可以參考一下2017-09-09JAVA 根據(jù)設(shè)置的概率生成隨機數(shù)的方法
本篇文章主要介紹了JAVA 根據(jù)設(shè)置的概率生成隨機數(shù)的方法,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-08-08