聲明式事務(wù)

回顧事務(wù)

• 事務(wù)在項(xiàng)目開發(fā)過程非常重要，涉及到數(shù)據(jù)的一致性的問題，不容馬虎！
• 事務(wù)管理是企業(yè)級(jí)應(yīng)用程序開發(fā)中必備技術(shù)，用來確保數(shù)據(jù)的完整性和一致性。

事務(wù)就是把一系列的動(dòng)作當(dāng)成一個(gè)獨(dú)立的工作單元，這些動(dòng)作要么全部完成，要么全部不起作用。

事務(wù)四個(gè)屬性ACID原則

原子性（atomicity）

事務(wù)是原子性操作，由一系列動(dòng)作組成，事務(wù)的原子性確保動(dòng)作要么全部完成，要么完全不起作用

一致性（consistency）

一旦所有事務(wù)動(dòng)作完成，事務(wù)就要被提交。數(shù)據(jù)和資源處于一種滿足業(yè)務(wù)規(guī)則的一致性狀態(tài)中

隔離性（isolation）

可能多個(gè)事務(wù)會(huì)同時(shí)處理相同的數(shù)據(jù)，因此每個(gè)事務(wù)都應(yīng)該與其他事務(wù)隔離開來，防止數(shù)據(jù)損壞

持久性（durability）

事務(wù)一旦完成，無論系統(tǒng)發(fā)生什么錯(cuò)誤，結(jié)果都不會(huì)受到影響。通常情況下，事務(wù)的結(jié)果被寫到持久化存儲(chǔ)器中

測(cè)試

將上面的代碼拷貝到一個(gè)新項(xiàng)目中

在之前的案例中，我們給userDao接口新增兩個(gè)方法，刪除和增加用戶；

//添加一個(gè)用戶
int addUser(User user);
//根據(jù)id刪除用戶
int deleteUser(int id);

mapper文件，我們故意把 deletes 寫錯(cuò)，測(cè)試！

<insert id="addUser" parameterType="com.bby.pojo.User">
insert into user (id,name,pwd) values (#{id},#{name},#{pwd})
</insert>
<delete id="deleteUser" parameterType="int">
deletes from user where id = #{id}
</delete>

編寫接口的實(shí)現(xiàn)類，在實(shí)現(xiàn)類中，我們?nèi)ゲ僮饕徊?/p>

public class UserDaoImpl extends SqlSessionDaoSupport implements UserMapper {
   //增加一些操作
   public List<User> selectUser() {
       User user = new User(4,"小明","123456");
       UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
       mapper.addUser(user);
       mapper.deleteUser(4);
       return mapper.selectUser();
  }
   //新增
   public int addUser(User user) {
       UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
       return mapper.addUser(user);
  }
   //刪除
   public int deleteUser(int id) {
       UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
       return mapper.deleteUser(id);
  }
}

測(cè)試

@Test
public void test2(){
   ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");
   UserMapper mapper = (UserMapper) context.getBean("userDao");
   List<User> user = mapper.selectUser();
   System.out.println(user);
}

報(bào)錯(cuò)：sql異常，delete寫錯(cuò)了

結(jié)果 ：插入成功！

沒有進(jìn)行事務(wù)的管理；我們想讓他們都成功才成功，有一個(gè)失敗，就都失敗，我們就應(yīng)該需要事務(wù)！

以前我們都需要自己手動(dòng)管理事務(wù)，十分麻煩！

但是Spring給我們提供了事務(wù)管理，我們只需要配置即可；

Spring中的事務(wù)管理

Spring在不同的事務(wù)管理API之上定義了一個(gè)抽象層，使得開發(fā)人員不必了解底層的事務(wù)管理API就可以使用Spring的事務(wù)管理機(jī)制。Spring支持編程式事務(wù)管理和聲明式的事務(wù)管理。

編程式事務(wù)管理

• 將事務(wù)管理代碼嵌到業(yè)務(wù)方法中來控制事務(wù)的提交和回滾
• 缺點(diǎn)：必須在每個(gè)事務(wù)操作業(yè)務(wù)邏輯中包含額外的事務(wù)管理代碼

聲明式事務(wù)管理

• 一般情況下比編程式事務(wù)好用。
• 將事務(wù)管理代碼從業(yè)務(wù)方法中分離出來，以聲明的方式來實(shí)現(xiàn)事務(wù)管理。
• 將事務(wù)管理作為橫切關(guān)注點(diǎn)，通過aop方法模塊化。Spring中通過Spring AOP框架支持聲明式事務(wù)管理。

使用Spring管理事務(wù)，注意頭文件的約束導(dǎo)入 : tx

xmlns:tx="http://www.springframework.org/schema/tx"
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx.xsd">

事務(wù)管理器

• 無論使用Spring的哪種事務(wù)管理策略（編程式或者聲明式）事務(wù)管理器都是必須的。
• 就是 Spring的核心事務(wù)管理抽象，管理封裝了一組獨(dú)立于技術(shù)的方法。

JDBC事務(wù)

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
       <property name="dataSource" ref="dataSource" />
</bean>

配置好事務(wù)管理器后我們需要去配置事務(wù)的通知

<!--配置事務(wù)通知-->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
   <tx:attributes>
       <!--配置哪些方法使用什么樣的事務(wù),配置事務(wù)的傳播特性-->
       <tx:method name="add" propagation="REQUIRED"/>
       <tx:method name="delete" propagation="REQUIRED"/>
       <tx:method name="update" propagation="REQUIRED"/>
       <tx:method name="search*" propagation="REQUIRED"/>
       <tx:method name="get" read-only="true"/>
       <tx:method name="*" propagation="REQUIRED"/>
   </tx:attributes>
</tx:advice>

spring事務(wù)傳播特性：

事務(wù)傳播行為就是多個(gè)事務(wù)方法相互調(diào)用時(shí)，事務(wù)如何在這些方法間傳播。spring支持7種事務(wù)傳播行為：

• propagation_requierd：如果當(dāng)前沒有事務(wù)，就新建一個(gè)事務(wù)，如果已存在一個(gè)事務(wù)中，加入到這個(gè)事務(wù)中，這是最常見的選擇。
• propagation_supports：支持當(dāng)前事務(wù)，如果沒有當(dāng)前事務(wù)，就以非事務(wù)方法執(zhí)行。
• propagation_mandatory：使用當(dāng)前事務(wù)，如果沒有當(dāng)前事務(wù)，就拋出異常。
• propagation_required_new：新建事務(wù)，如果當(dāng)前存在事務(wù)，把當(dāng)前事務(wù)掛起。
• propagation_not_supported：以非事務(wù)方式執(zhí)行操作，如果當(dāng)前存在事務(wù)，就把當(dāng)前事務(wù)掛起。
• propagation_never：以非事務(wù)方式執(zhí)行操作，如果當(dāng)前事務(wù)存在則拋出異常。
• propagation_nested：如果當(dāng)前存在事務(wù)，則在嵌套事務(wù)內(nèi)執(zhí)行。如果當(dāng)前沒有事務(wù)，則執(zhí)行與propagation_required類似的操作

Spring 默認(rèn)的事務(wù)傳播行為是 PROPAGATION_REQUIRED，它適合于絕大多數(shù)的情況。

假設(shè) ServiveX.methodX() 都工作在事務(wù)環(huán)境下（即都被 Spring 事務(wù)增強(qiáng)了），假設(shè)程序中存在如下的調(diào)用鏈：Service1.method1()->Service2.method2()->Service3.method3()，那么這 3 個(gè)服務(wù)類的 3 個(gè)方法通過 Spring 的事務(wù)傳播機(jī)制都工作在同一個(gè)事務(wù)中。

就好比，我們剛才的幾個(gè)方法存在調(diào)用，所以會(huì)被放在一組事務(wù)當(dāng)中！

配置AOP

導(dǎo)入aop的頭文件！

<!--配置aop織入事務(wù)-->
<aop:config>
   <aop:pointcut id="txPointcut" expression="execution(* com.bby.mapper.*.*(..))"/>
   <aop:advisor advice-ref="txAdvice" pointcut-ref="txPointcut"/>
</aop:config>

進(jìn)行測(cè)試

刪掉剛才插入的數(shù)據(jù)，再次測(cè)試！

@Test
public void test2(){
   ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");
   UserMapper mapper = (UserMapper) context.getBean("userDao");
   List<User> user = mapper.selectUser();
   System.out.println(user);
}

到此這篇關(guān)于Spring深入刨析聲明式事務(wù)的文章就介紹到這了,更多相關(guān)Spring聲明式事務(wù)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論