Spring实现声明式事务 Spring实现声明式事务的方法详解

时间:2021-01-24 天下御免人气:0

1、回顾事务

事务在项目开发过程非常重要，涉及到数据的一致性的问题，不容马虎！
事务管理是企业级应用程序开发中必备技术，用来确保数据的完整性和一致性。

事务就是把一系列的动作当成一个独立的工作单元，这些动作要么全部完成，要么全部不起作用。

事务四个属性ACID

原子性（atomicity）

事务是原子性操作，由一系列动作组成，事务的原子性确保动作要么全部完成，要么完全不起作用。

一致性（consistency）

一旦所有事务动作完成，事务就要被提交。数据和资源处于一种满足业务规则的一致性状态中。

隔离性（isolation）

可能多个事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开来，防止数据损坏。

持久性（durability）

事务一旦完成，无论系统发生什么错误，结果都不会受到影响。通常情况下，事务的结果被写到持久化存储器中。

模拟SQL执行异常

搭建一个基本的增删改查环境

编写一个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的实现类，模拟执行错误

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

测试结果分析

在上述测试中，先执行了查询全部User方法，输出了结果

然后执行了新增操作，插入了一个User用户

最后执行删除操作，出现异常，但是插入操作还是成功了

因为没有进行事务的管理；我们想让他们都成功才成功，有一个失败，就都失败，我们就应该需要事务！

以前我们都需要自己手动管理事务，十分麻烦！但是Spring给我们提供了事务管理，我们只需要配置即可；

2、Spring中的事务管理

Spring在不同的事务管理API之上定义了一个抽象层，使得开发人员不必了解底层的事务管理API就可以使用Spring的事务管理机制。Spring支持编程式事务管理和声明式的事务管理。

编程式事务管理

将事务管理代码嵌到业务方法中来控制事务的提交和回滚
缺点：必须在每个事务操作业务逻辑中包含额外的事务管理代码

声明式事务管理

一般情况下比编程式事务好用。将事务管理代码从业务方法中分离出来，以声明的方式来实现事务管理。将事务管理作为横切关注点，通过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：支持当前事务，如果没有当前事务，就以非事务方法执行。
propagation_mandatory：使用当前事务，如果没有当前事务，就抛出异常。
propagation_required_new：新建事务，如果当前存在事务，把当前事务挂起。
propagation_not_supported：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
propagation_never：以非事务方式执行操作，如果当前事务存在则抛出异常。
propagation_nested：如果当前存在事务，则在嵌套事务内执行。
如果当前没有事务，则执行与propagation_required类似的操作

Spring 默认的事务传播行为是PROPAGATION_REQUIRED，它适合于绝大多数的情况。

假设 ServiveX#methodX() 都工作在事务环境下（即都被 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>

进行测试

删掉刚才插入的数据，再次测试！

@Test
public void CRUD() {
  ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
  UserService userService = context.getBean("userServiceImpl", UserService.class);
  userService.CRUD();
}

通过测试我们发现，删除出现问题时，事务回滚，前面的插入操作没有成功！

思考问题？

为什么需要配置事务？

如果不配置事务，可能存在数据提交不一致的情况下，就需要我们手动提交控制事务；
事务在项目开发过程非常重要，涉及到数据的一致性和完整性问题，不容马虎！

加载全部内容