spring(四)组件支撑

167 阅读6分钟

整合Junit

  • 第一步:添加依赖

    添加spring-test包即可

  • 第二步:通过@RunWith注解,指定spring的运行器

    spring的运行器是SpringJunit4ClassRunner

  • 第三步:通过@ContextConfiguration注解,指定spring运行器需要的配置文件路径

  • 第四步:通过@Autowired注解给测试类中的变量注入数据

微信截图_20210719142925.png

事务支持

事务介绍

事务:指的是逻辑上一组操作,组成这个事务的各个执行单元,要么一起成功,要么一起失败

事务的特性(ACID):

  • 原子性(Atomicity)

    原子性是指事务包含的所有操作要么全部成功,要么全部失败回滚

  • 一致性(Consistency)

    一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态,也就是说一个事务执行之前和执行之后都必须处于一致性状态

  • 隔离性(Isolation)

    隔离性是当多个用户并发访问数据库时,比如操作同一张表时,数据库为每一个用户开启的事务,不能被其他事务的操作所干扰,多个并发事务之间要互相隔离

  • 持久性(Durability)

    持久性是指一个事务一旦被提交了,那么对数据库中的数据的改变就是永久性的,即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作

事务并发问题(隔离性导致)

在事务的并发操作中可能会出现一些问题:

  • 脏读:一个事务读取到另一个事务未提交的数据
  • 不可重复读:一个事务因读取到另一个事务已提交的数据。导致对同一记录读取两次以上的结果不一致,update操作
  • 幻读:一个事务因读取到另一个事务已提交的数据,导致对同一记录读取两次以上的结果不一致,insert,delete操作

事务隔离级别

为了避免上面的几种情况,在标准SQL规范中,定义了4个事务隔离级别,不同的隔离级别对事务处理不同

四种隔离级别: MySQL数据库为我们提供的四种隔离级别(由低到高)

  • Read uncommitted(读未提交):最低级别,任何情况都无法保证
  • Read committed(读已提交):可以避免脏读发生
  • Repeatable read(可重复读):可避免脏读、不可重复读的发生
  • Serializable(串行化):可避免脏读、不可重复读、幻读的发生

默认隔离级别

大多数数据库的默认隔离级别是Read Committed(RC),比如Oracle,DB2等
MySQL数据库的默认隔离级别是Repeatable Read(RR)

注意事项

隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大
对于多数应用程序,可以优先考虑把数据库系统的隔离级别设为Read Committed,它能够避免脏读取,而且具有较好的并发性能,尽管它会导致不可重复读、幻读这些并发问题,在可能出现这类问题的个别场合,可以用应用程序采用悲观锁或乐观锁进行控制

Spring框架事务管理相关接口

Spring并不直接管理事务,而是提供了事务管理接口PlatformTransactionManager,通过这个接口,Spring为各个平台如JDBC、Hibernate等都提供了对应的事务管理器,但是具体的实现就是各个平台自己的事情了

微信截图_20210719174545.png

  • platformTransactionManager接口:平台事务管理器(真正管理事务的类),该接口有具体的实现类,根据不同的持久层框架,需要选择不同的实现类

  • TransactionDefinition接口:事务定义信息(事务隔离级别、传播行为、超时、只读)

  • TransactionStatus:事务状态(是否新事务、是否已提交、是否有保存点、是否回滚)

  • 总结:上述对象之间的关系:平台事务管理器真正管理事务对象,根据事务定义的信息TransactionDefinition进行事务管理,在管理事务中产生一些状态,将状态记录到TransactionStatus中

  • platformTransactionManager接口中实现类和常用的方法

    • 接口的实现类

      如果使用Spring的JDBC模板或者Mytis(IBatis)框架,需要选择DataSourceTransactionManager实现类

    • 实现类

      如果使用的是Hibernate的框架,需要选择HibernateTransactionManager实现类

    • 该接口的常用方法

      • void commit(TransactionStatus status)
      • TransactionStatus getTransaction(TransationDefinition definition)
      • void rollback(TransactionStatus status)
  • TransationDefinition

    • 事务隔离级别的常量

      • static int ISOLATION_DEFAULT 采用数据库的默认隔离级别

      • static int ISOLATION_READ_UNCOMMITTED

      • static int ISOLATION_READ_COMMITTED

      • static int ISOLATION_REPEATABLE_READ

      • static int ISOLATION_SERIALIZABLE

    • 事务的传播行为常量(不用设置,使用默认值)

      • 事务的传播行为:解决的是业务之间的方法调用
      • PROPAGATION_REQUIRED(默认值) -- A中有事务,使用A中的事务,如果没有,B就会开启一个新的事务,将A包含进来(保证A,B在同一个事务中)
      • PROPAGATION_SUPPORTS -- A中有事务,使用A中的事务,如果A中没有事务,那么B也不使用事务
      • PROPAGATION_MANDATORY -- A中有事务,将使用A中的事务,如果A没有事务,则抛出异常
      • PROPAGATION_REQUIRES_NEW -- A中有事务,将A中的事务挂起,B创建一个新的事务(保证A,B没有在一个事务中)
      • PROPAGATION_NOT_SUPPORTED -- A中有事务,将A中的事务挂起
      • PROPAGATION_NEVER -- A中有事务,则抛出异常
      • PROPAGATION_NESTED -- 嵌套事务 当A执行之后,就会在这个位置设置一个保存点,如果B没有问题,执行通过,如果B出现异常,运行客户根据需求回滚(选择回滚到保存点或者是最初始状态)

Spring框架事务管理的分类

  • Spring的编程式事务管理(不推荐使用)

    通过手动编写代码的方式完成事务的管理

  • Spring的声明式事务管理(底层采用AOP的技术)

    通过一段配置的方式完成事务的管理

编程式事务

说明:Spring为了简化事务管理的代码:提供了模板类 TransactionTemplate,
用手动编程的方式来管理事务,只需要使用该模板类即可

实现步骤:

  • 步骤一:配置一个事务管理器,Spring使用platformTransactionManager接口来管理事务,所以需要使用它的实现类
  • 步骤二:配置事务管理的模板
  • 步骤三:在需要进行事务管理的类中,注入事务管理的模板
  • 步骤四:在业务层使用模板管理事务

声明式事物

声明式事物管理分成三种方式
1.基于AspectJ的XML方式 
2.基于AspectJ的注解+XML混用方式
3.基于AspectJ的纯注解方式