Spring實現(xiàn)聲明式事務的方法詳解
1、回顧事務
- 事務在項目開發(fā)過程非常重要,涉及到數(shù)據(jù)的一致性的問題,不容馬虎!
- 事務管理是企業(yè)級應用程序開發(fā)中必備技術,用來確保數(shù)據(jù)的完整性和一致性。
事務就是把一系列的動作當成一個獨立的工作單元,這些動作要么全部完成,要么全部不起作用。
事務四個屬性ACID
原子性(atomicity)
事務是原子性操作,由一系列動作組成,事務的原子性確保動作要么全部完成,要么完全不起作用。
一致性(consistency)
一旦所有事務動作完成,事務就要被提交。數(shù)據(jù)和資源處于一種滿足業(yè)務規(guī)則的一致性狀態(tài)中。
隔離性(isolation)
可能多個事務會同時處理相同的數(shù)據(jù),因此每個事務都應該與其他事務隔離開來,防止數(shù)據(jù)損壞。
持久性(durability)
事務一旦完成,無論系統(tǒng)發(fā)生什么錯誤,結果都不會受到影響。通常情況下,事務的結果被寫到持久化存儲器中。
模擬SQL執(zhí)行異常
搭建一個基本的增刪改查環(huán)境
編寫一個UserMapper接口
public interface UserMapper { List<User> userList(); int insert(User user); int delete(Integer id); }
mapper文件的SQL我們故意寫錯
<mapper namespace="com.jh.mapper.UserMapper"> <select id="userList" resultType="com.jh.domain.User"> select * from user; </select> <insert id="insert"> insert into mybatis.user values (#{id},#{name},#{pwd}); </insert> <delete id="delete"> <!-- 刪除語句故意寫錯 --> delete where id = #{id} </delete> </mapper>
編寫一個UserService的實現(xiàn)類,模擬執(zhí)行錯誤
@Service public class UserServiceImpl implements UserService { @Autowired private UserMapper userMapper; public void setUserMapper(UserMapper userMapper) { this.userMapper = userMapper; } @Override public void CRUD() { List<User> userList = userMapper.userList(); userList.forEach(System.out::println); int insert = userMapper.insert(new User(5, "小王", "131212")); System.out.println(insert); int delete = userMapper.delete(5); System.out.println(delete); } }
測試
public class UserServiceImplTest { @Test public void CRUD() { ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml"); UserService userService = context.getBean("userServiceImpl", UserService.class); userService.CRUD(); } }
測試結果分析
在上述測試中,先執(zhí)行了查詢全部User方法,輸出了結果
然后執(zhí)行了新增操作,插入了一個User用戶
最后執(zhí)行刪除操作,出現(xiàn)異常,但是插入操作還是成功了
因為沒有進行事務的管理;我們想讓他們都成功才成功,有一個失敗,就都失敗,我們就應該需要事務!
以前我們都需要自己手動管理事務,十分麻煩!但是Spring給我們提供了事務管理,我們只需要配置即可;
2、Spring中的事務管理
Spring在不同的事務管理API之上定義了一個抽象層,使得開發(fā)人員不必了解底層的事務管理API就可以使用Spring的事務管理機制。Spring支持編程式事務管理和聲明式的事務管理。
編程式事務管理
- 將事務管理代碼嵌到業(yè)務方法中來控制事務的提交和回滾
- 缺點:必須在每個事務操作業(yè)務邏輯中包含額外的事務管理代碼
聲明式事務管理
一般情況下比編程式事務好用。將事務管理代碼從業(yè)務方法中分離出來,以聲明的方式來實現(xiàn)事務管理。將事務管理作為橫切關注點,通過aop方法模塊化。Spring中通過Spring AOP框架支持聲明式事務管理。
使用Spring管理事務,注意頭文件的約束導入 : tx
xmlns:tx="http://www.springframework.org/schema/tx" http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx.xsd
事務管理器
- 無論使用Spring的哪種事務管理策略(編程式或者聲明式)事務管理器都是必須的。
- 就是 Spring的核心事務管理抽象,管理封裝了一組獨立于技術的方法。
JDBC事務
<!-- 配置聲明式事務 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <constructor-arg ref="dataSource"/> </bean>
配置好事務管理器后我們需要去配置事務的通知
<!-- 配置事務的通知 --> <tx:advice id="txAdvice" transaction-manager="transactionManager"> <tx:attributes> <!--配置哪些方法使用什么樣的事務,配置事務的傳播特性--> <tx:method name="add" propagation="REQUIRED"/> <tx:method name="delete" propagation="REQUIRED"/> <tx:method name="update" propagation="REQUIRED"/> <tx:method name="select" read-only="true"/> <tx:method name="*" propagation="REQUIRED"/> <tx:method name="CRUD" propagation="REQUIRED"/> </tx:attributes> </tx:advice>
spring事務傳播特性:
事務傳播行為就是多個事務方法相互調用時,事務如何在這些方法間傳播。spring支持7種事務傳播行為:
propagation_requierd
:如果當前沒有事務,就新建一個事務,如果已存在一個事務中,加入到這個事務中,這是最常見的選擇。- propagation_supports:支持當前事務,如果沒有當前事務,就以非事務方法執(zhí)行。
- propagation_mandatory:使用當前事務,如果沒有當前事務,就拋出異常。
- propagation_required_new:新建事務,如果當前存在事務,把當前事務掛起。
- propagation_not_supported:以非事務方式執(zhí)行操作,如果當前存在事務,就把當前事務掛起。
- propagation_never:以非事務方式執(zhí)行操作,如果當前事務存在則拋出異常。
propagation_nested
:如果當前存在事務,則在嵌套事務內執(zhí)行。- 如果當前沒有事務,則執(zhí)行與propagation_required類似的操作
Spring 默認的事務傳播行為是PROPAGATION_REQUIRED
,它適合于絕大多數(shù)的情況。
假設 ServiveX#methodX() 都工作在事務環(huán)境下(即都被 Spring 事務增強了),假設程序中存在如下的調用鏈:Service1#method1()->Service2#method2()->Service3#method3(),那么這 3 個服務類的 3 個方法通過 Spring 的事務傳播機制都工作在同一個事務中。
就好比,我們剛才的幾個方法存在調用,所以會被放在一組事務當中!
配置AOP
導入aop的頭文件!
<!-- 配置事務切入 --> <aop:config> <aop:pointcut id="pointcut" expression="execution(* com.jh.service.*.*(..))"/> <aop:advisor advice-ref="txAdvice" pointcut-ref="pointcut"/> </aop:config>
進行測試
刪掉剛才插入的數(shù)據(jù),再次測試!
@Test public void CRUD() { ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml"); UserService userService = context.getBean("userServiceImpl", UserService.class); userService.CRUD(); }
通過測試我們發(fā)現(xiàn),刪除出現(xiàn)問題時,事務回滾,前面的插入操作沒有成功!
思考問題?
為什么需要配置事務?
- 如果不配置事務,可能存在數(shù)據(jù)提交不一致的情況下,就需要我們手動提交控制事務;
- 事務在項目開發(fā)過程非常重要,涉及到數(shù)據(jù)的一致性和完整性問題,不容馬虎!
到此這篇關于Spring實現(xiàn)聲明式事務的方法詳解的文章就介紹到這了,更多相關Spring實現(xiàn)聲明式事務內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
SpringBoot2.0整合Redis自定義注入bean組件配置的實戰(zhàn)教程
這篇文章主要介紹了SpringBoot2.0整合Redis自定義注入bean組件配置,我們將基于SpringBoot2.0整合搭建的微服務項目為奠基,開啟中間件Redis的實戰(zhàn)之路,需要的朋友可以參考下2023-06-06SpringCloud與Consul集成實現(xiàn)負載均衡功能
負載均衡基本概念有:實服務、實服務組、虛服務、調度算法、持續(xù)性等,其常用應用場景主要是服務器負載均衡,鏈路負載均衡。這篇文章主要介紹了SpringCloud與Consul集成實現(xiàn)負載均衡 ,需要的朋友可以參考下2018-09-09SpringBoot下載Excel文件時,報錯文件損壞的解決方案
這篇文章主要介紹了SpringBoot下載Excel文件時,報錯文件損壞的解決方案,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2021-06-06SpringBoot啟動時執(zhí)行初始化操作的幾種方式
項目中,經常需要在啟動過程中初始化一些數(shù)據(jù),如從數(shù)據(jù)庫讀取一些配置初始化,或從數(shù)據(jù)庫讀取一些熱點數(shù)據(jù)到redis進行初始化緩存,本文給大家介紹了SpringBoot啟動時執(zhí)行初始化操作的幾種方式的相關資料,需要的朋友可以參考下2024-05-05