1、回顧事務(wù)

• 事務(wù)在項(xiàng)目開發(fā)過程非常重要，涉及到數(shù)據(jù)的一致性的問題，不容馬虎！
• 事務(wù)管理是企業(yè)級應(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ǔ)器中。

模擬SQL執(zhí)行異常

搭建一個(gè)基本的增刪改查環(huán)境

編寫一個(gè)UserMapper接口

public interface UserMapper {
  List<User> userList();

  int insert(User user);

  int delete(Integer id);
}

mapper文件的SQL我們故意寫錯(cuò)

<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">
    <!-- 刪除語句故意寫錯(cuò) -->
    delete where id = #{id}
  </delete>
</mapper>

編寫一個(gè)UserService的實(shí)現(xiàn)類，模擬執(zhí)行錯(cuò)誤

@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();
  }
}

測試結(jié)果分析

在上述測試中，先執(zhí)行了查詢?nèi)縐ser方法，輸出了結(jié)果

然后執(zhí)行了新增操作，插入了一個(gè)User用戶

最后執(zhí)行刪除操作，出現(xiàn)異常，但是插入操作還是成功了

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

以前我們都需要自己手動(dòng)管理事務(wù)，十分麻煩！但是Spring給我們提供了事務(wù)管理，我們只需要配置即可；

2、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ù)

<!-- 配置聲明式事務(wù) -->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
  <constructor-arg 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="select" read-only="true"/>
    <tx:method name="*" propagation="REQUIRED"/>
    <tx:method name="CRUD" 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的頭文件！

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

進(jìn)行測試

刪掉剛才插入的數(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í)，事務(wù)回滾，前面的插入操作沒有成功！

思考問題？

為什么需要配置事務(wù)？

• 如果不配置事務(wù)，可能存在數(shù)據(jù)提交不一致的情況下，就需要我們手動(dòng)提交控制事務(wù)；
• 事務(wù)在項(xiàng)目開發(fā)過程非常重要，涉及到數(shù)據(jù)的一致性和完整性問題，不容馬虎！

到此這篇關(guān)于Spring實(shí)現(xiàn)聲明式事務(wù)的方法詳解的文章就介紹到這了,更多相關(guān)Spring實(shí)現(xiàn)聲明式事務(wù)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論