您好,登錄后才能下訂單哦!
這篇文章主要為大家展示了“Spring框架中注解配置事務控制的示例分析”,內容簡而易懂,條理清晰,希望能夠幫助大家解決疑惑,下面讓小編帶領大家一起研究并學習一下“Spring框架中注解配置事務控制的示例分析”這篇文章吧。
基于注解配置事務控制,相較XML配置來說更加簡單,但仍需要XML提供依賴,不能完全擺脫XML。前期準備工作和XML配置大同小異,這里不做贅述,建議學習基于注解配置前先學習XML配置事務控制。
這里給出本次測試的全部XML配置,具體細節在后面依次介紹。
<?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數據源 --> <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> <!-- 事務管理器 --> <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> <!-- 注解的事務配置 --> <tx:annotation-driven transaction-manager="transactionManager"/> </beans>
<!-- 事務管理器 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <!-- 注入 DataSource--> <property name="dataSource" ref="dataSource"></property> </bean>
只需要在業務層實現類上加上@Transactional即可。
該注解的屬性和 xml 中的屬性含義一致。該注解可以出現在接口上,類上和方法上。
出現接口上,表示該接口的所有實現類都有事務支持。
出現在類上,表示類中所有方法有事務支持
出現在方法上,表示方法有事務支持。
以上三個位置的優先級:方法>類>接口
package com.gql.service; import java.util.List; import org.springframework.transaction.annotation.Transactional; import com.gql.dao.UserDao; import com.gql.entity.User; /** * 類說明: * 業務層實現類 * @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; } }
<!-- 開啟 spring 對注解事務的支持 --> <tx:annotation-driven transaction-manager="transactionManager"/>
<!-- 注解掃描器 --> <context:component-scan base-package="com.gql.service"></context:component-scan>
AOP動態代理進行方法攔截
在應用系統調用聲明@Transactional 的目標方法時,Spring Framework 默認使用 AOP 代理,在代碼運行時生成一個代理對象,根據@Transactional 的屬性配置信息,這個代理對象決定該聲明@Transactional 的目標方法是否由攔截器 TransactionInterceptor 來使用攔截。
在 TransactionInterceptor 攔截時,會在在目標方法開始執行之前創建并加入事務,并執行目標方法的邏輯, 最后根據執行情況是否出現異常,利用抽象事務管理器AbstractPlatformTransactionManager 操作數據源 DataSource 提交或回滾事務, 如下圖所示。
注:上面兩個xxxServiceImpl,表示的是同一個service的調用,前面用虛線,表示欲調用該service的方法,進入該service的方法前經歷了aop進行攔截,然后才真正進入該service方法(后面的實線表示的service)
Spring AOP 代理有 CglibAopProxy 和 JdkDynamicAopProxy 兩種,上圖是以 CglibAopProxy 為例
對于 CglibAopProxy,需要調用其內部類的 DynamicAdvisedInterceptor 的 intercept 方法。
對于 JdkDynamicAopProxy,需要調用其 invoke 方法。
事務管理器進行事務提交或回滾
事務管理的框架是由抽象事務管理器 AbstractPlatformTransactionManager 來提供的,而具體的底層事務處理實現,由 PlatformTransactionManager 的具體實現類來實現,如事務管理器 DataSourceTransactionManager。
不同的事務管理器管理不同的數據資源 DataSource,比如 DataSourceTransactionManager 管理 JDBC 的 Connection。
PlatformTransactionManager,AbstractPlatformTransactionManager 及具體實現類關系如圖 2 所示。
當您對 Spring 的基于注解方式的實現步驟和事務內在實現機制有較好的理解之后,就會更好的使用注解方式的事務管理,避免當系統拋出異常,數據不能回滾的問題。
正確的設置 @Transactional 的 propagation 屬性(熟知事務的傳播特性)
需要注意下面三種 propagation 可以不啟動事務。本來期望目標方法進行事務管理,但若是錯誤的配置這三種 propagation,事務將不會發生回滾。
TransactionDefinition.PROPAGATION_SUPPORTS
:如果當前存在事務,則加入該事務;如果當前沒有事務,則以非事務的方式繼續運行。
TransactionDefinition.PROPAGATION_NOT_SUPPORTED
:以非事務方式運行,如果當前存在事務,則把當前事務掛起。
TransactionDefinition.PROPAGATION_NEVER
:以非事務方式運行,如果當前存在事務,則拋出異常。
正確的設置 @Transactional 的 rollbackFor 屬性
默認情況下,如果在事務中拋出了未檢查異常(繼承自 RuntimeException 的異常)或者 Error,則 Spring 將回滾事務;除此之外,Spring 不會回滾事務。
如果在事務中拋出其他類型的異常,并期望 Spring 能夠回滾事務,可以指定 rollbackFor。
例:@Transactional(propagation= Propagation.REQUIRED,rollbackFor= MyException.class)
通過分析 Spring 源碼可以知道,若在目標方法中拋出的異常是 rollbackFor 指定的異常的子類,事務同樣會回滾。
清單 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 只能應用到 public 方法才有效
只有@Transactional 注解應用到 public 方法,才能進行事務管理。
這是因為在使用 Spring AOP 代理時,Spring 在調用TransactionInterceptor 在目標方法執行前后進行攔截之前,DynamicAdvisedInterceptor(CglibAopProxy 的內部類)的intercept 方法或 JdkDynamicAopProxy 的 invoke 方法會間接調用 AbstractFallbackTransactionAttributeSource(Spring 通過這個類獲取@Transactional 注解的事務屬性配置屬性信息)的 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實現,該子類方法中默認是true,所以當你加了事務注解的方法不是public時,該方法直接返回null
不會獲取@Transactional 的屬性配置信息,最終會造成不會用 TransactionInterceptor 來攔截該目標方法進行事務管理。
避免 Spring 的 AOP 的自調用問題,必須要跨service調用
在 Spring 的 AOP 代理下,只有目標方法由外部調用(也就是跨service調用),目標方法才由 Spring 生成的代理對象來管理,這會造成自調用問題。
若同一類中的其他沒有@Transactional 注解的方法內部調用有@Transactional 注解的方法,有@Transactional 注解的方法的事務被忽略,不會發生回滾。
示例:
--> @Service public class OrderService { private void insert() { insertOrder(); } @Transactional public void insertOrder() { //insert log info //insertOrder //updateAccount } }
insertOrder 盡管有@Transactional 注解,但它被內部方法 insert 調用,事務被忽略,出現異常事務不會發生回滾。
事務的傳播問題PROPAGATION_REQUIRES_NEW只有在跨service時才會有效(也是上面自調用引起的)
class ServiceA{ @Transactional(rollbackFor = Exception.class) public methodA1(){ ...... //該方式,methodA2上的事務注解不起作用,不會開啟新的事務,methodA2與methodA1中的數據一起提交或回滾 1.this.methodA2(); //該方式,methodB1上的事務會啟作用 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調用方法時,都會經過org.springframework.aop.framework.CglibAopProxy.DynamicAdvisedInterceptor.intercept()方法,只有經過此處,才能對事務進行控制。
以上是“Spring框架中注解配置事務控制的示例分析”這篇文章的所有內容,感謝各位的閱讀!相信大家都有了一定的了解,希望分享的內容對大家有所幫助,如果還想學習更多知識,歡迎關注億速云行業資訊頻道!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。