声明式事务

  • 回顾事务
    • 事务在项目开发过程中非常重要,涉及到数据一致性的问题。不容马虎。
    • 事务管理是企业级应用程序开发中必备技术,用来确保数据的完整性和一致性。
  • 就是把一系列的动作当成一个独立的工作但愿,这些动作要么全部完成,要么全部不起作用。

    事务四个属性ACID

    原子性

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

    一致性

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

    隔离型

  • 可能多个事务会同时处理相同的数据,因此每个事务都应该与其他事务隔离开来

    持久性

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

    测试

    在之前案例中 给 userDao 新增两个方法,删除 和 增加用户。 ```java //添加一个用户 int addUser(User user);

//根据id删除用户 int deleteUser(int id);

  1. - mapper 文件中,故意把sql语句写错
  2. ```java
  3. <insert id="addUser" parameterType="com.kuang.pojo.User">
  4. insert into user (id,name,pwd) values (#{id},#{name},#{pwd})
  5. </insert>
  6. <delete id="deleteUser" parameterType="int">
  7. deletes from user where id = #{id} // sql 语句是故意写错
  8. </delete>
  • 编写接口的实现类,在实现类中调用前面故意写错的方法 ```java public class UserDaoImpl extends SqlSessionDaoSupport implements UserMapper {

    //增加一些操作 public List selectUser() {

    1. User user = new User(4,"小明","123456");
    2. UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
    3. mapper.addUser(user);
    4. mapper.deleteUser(4);
    5. return mapper.selectUser();

    }

    //新增 public int addUser(User user) {

    1. UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
    2. return mapper.addUser(user);

    } //删除 public int deleteUser(int id) {

    1. UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
    2. return mapper.deleteUser(id);

    }

}

  1. - 测试
  2. ```java
  3. @Test
  4. public void test2(){
  5. ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");
  6. UserMapper mapper = (UserMapper) context.getBean("userDao");
  7. List<User> user = mapper.selectUser();
  8. System.out.println(user);
  9. }

报错:sql异常,delete写错
结果:插入成功,这显然不符合事务要求

  • 没有进行事务的管理,本意是想要他们都成功才成功,有一个失败,就都失败,所以需要事务。没有spring之前,每次都需要自己动手管理,麻烦。

    Spring中的事务管理

  • spring在不同的事务管理API智商定义了一个抽象层,使开发人员不必了解底层的事务管理api就可以使用Spring 的事务管理机制。

  • Spring支持编程式事务管理,声明式事务管理。

    编程式事务管理

  • 将事务管理代码嵌到业务方法中来控制事务的提交和回滚

  • 缺点:必须在每个事务操作业务逻辑中包含额外的事务管理代码

    声明式事务管理

  • 比编程式好用

  • 将事务管理代码从业务方法中分离出来,以声明的方式来实现事务管理
  • 将事务管理作为横切关注点,通过aop方法模块化,spring中通过springaop框架支持声明式事务管理

    使用Spring管理事务,注意头文件的约束导入:tx

    ```java xmlns:tx=”http://www.springframework.org/schema/tx

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

  1. <a name="oxWfK"></a>
  2. ## 事务管理器
  3. - 无论使用Spring的哪种事务管理策略,编程式或者声明式,事务管理器都是必须的。
  4. - 就是Spring的核心事务管理抽象,管理封装了一组独立于技术的方法。
  5. <a name="gWi95"></a>
  6. ## JDBC事务
  7. ```java
  8. <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
  9. <property name="dataSource" ref="dataSource" />
  10. </bean>

配置好事务管理器后我们需要去配置事务的通知

  1. <!--配置事务通知-->
  2. <tx:advice id="txAdvice" transaction-manager="transactionManager">
  3. <tx:attributes>
  4. <!--配置哪些方法使用什么样的事务,配置事务的传播特性-->
  5. <tx:method name="add" propagation="REQUIRED"/>
  6. <tx:method name="delete" propagation="REQUIRED"/>
  7. <tx:method name="update" propagation="REQUIRED"/>
  8. <tx:method name="search*" propagation="REQUIRED"/>
  9. <tx:method name="get" read-only="true"/>
  10. <tx:method name="*" propagation="REQUIRED"/>
  11. </tx:attributes>
  12. </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 的事务传播机制都工作在同一个事务中。

就好比,我们刚才的几个方法存在调用,所以会被放在一组事务当中!
image.png