河北省建设厅网站备案,wordpress邀请码露兜,在线定制签名,企查查企业信息查询系统官网一、Spring 的事务管理
事务原本是数据库中的概念#xff0c;在 Dao 层。但一般情况下#xff0c;需要将事务提升到业务层#xff0c;即 Service 层。这样做是为了能够使用事务的特性来管理具体的业务。
在 Spring 中通常可以通过以下两种方式来实现对事务的管理#xff…一、Spring 的事务管理
事务原本是数据库中的概念在 Dao 层。但一般情况下需要将事务提升到业务层即 Service 层。这样做是为了能够使用事务的特性来管理具体的业务。
在 Spring 中通常可以通过以下两种方式来实现对事务的管理
1使用 Spring 的事务注解管理事务
2使用 AspectJ 的 AOP配置管理事务
二、Spring 事务管理 API
Spring 的事务管理主要用到两个事务相关的接口。
1、事务管理器接口(重点)
事务管理器是 PlatformTransactionManager 接口对象。
其主要用于完成事务的提交、回滚及获取事务的状态信息。 A、 常用的两个实现类
PlatformTransactionManager 接口有两个常用的实现类 DataSourceTransactionManager使用 JDBC 或 MyBatis 进行数据库操作时使用。 HibernateTransactionManager使用 Hibernate 进行持久化数据时使用。
B、Spring 的回滚方式(理解)
Spring 事务的默认回滚方式是发生运行时异常和 error 时回滚发生受查(编译)异常时提交。不过对于受查异常程序员也可以手工设置其回滚方式。
C、回顾错误与异常(理解) Throwable 类是 Java 语言中所有错误或异常的超类。只有当对象是此类 (或其子类之一)的实例时才能通过 Java 虚拟机或者 Java 的 throw 语句抛出。
Error是程序在运行过程中出现的无法处理的错误比如 OutOfMemoryError、ThreadDeath、NoSuchMethodError 等。当这些错误发生时程序是无法处理捕获或抛出的JVM 一般会终止线程。
Exception程序在编译和运行时出现的另一类错误称之为异常它是 JVM 通知程序员的一种方式。通过这种方式让程序员知道已经或可能出现错误要求程序员对其进行处理。
异常分为运行时异常与受查异常。
运行时异常是 RuntimeException 类或其子类即只有在运行时才出现的异常。如NullPointerException、ArrayIndexOutOfBoundsException、 IllegalArgumentException 等均属于运行时异常。这些异常由JVM抛出在编译时不要求必须处理捕获或抛出。但只要代码编写足够仔细程序足够健壮运行时异常是可以避免的。
【因此运行时异常也叫非受查异常编译器无法检查到需要程序员通过修改代码来解决】
受查异常【编译时异常】即在代码编写时要求必须捕获或抛出的异常若不处理则无法通过编译。如 SQLException ClassNotFoundExceptionIOException 等都属于受查异常。
RuntimeException 及其子类以外的异常均属于受查异常。当然用户自定义的 Exception 的子类即用户自定义的异常也属受查异常。程序员在定义异常时只要未明确声明定义的为 RuntimeException 的子类那么定义的就是受查异常。
2、事务定义接口
事务定义接口 TransactionDefinition 中定义了事务描述相关的三类常量
事务隔离级别、事务传播行为、事务默认超时时限及对它们的操作。 1、事务隔离级别常量
A、 定义了五个事务隔离级别常量(掌握)
在应用程序中多个事务并发运行操作相同的数据可能会引起脏读、不可重复读、幻读等问题。
1脏读Dirty read:第一个事务访问并改写了数据尚未提交事务这时第二个事务进来了读取了刚刚改写的数据如果这时第一个事务回滚了这样第二个事务读取到的数据就是无效的“脏数据”。
2不可重复读Nonrepeatable read:第一个事务在其生命周期内多次查询同一个数据在两次查询之间第二个事务访问并改写了该数据导致第一个事务两次查询同一个数据得到的结果不一样。
3幻读Phantom read:幻读和不可重复读类似。它发生在第一个事务在其生命周期进行了两次按同一查询条件查询数据第一次按该查询条件读取了几行数据这时第二个事务进来了且插入或删除了一些数据然后第一个事务再次按同一条件查询发现多了一些原本不存在的记录或者原有记录不见了。
为了解决并发问题TransactionDefinition接口定义了5个事务隔离常量如下
这些常量均是以 ISOLATION_开头。即形如 ISOLATION_XXX。 ISOLATION_DEFAULT 采用数据库默认的事务隔离级别 。MySql 的默认为 REPEATABLE_READ可重复读 Oracle 默认为 READ_COMMITTED读已提交。 【REPEATABLE_READ存在幻读的情况但MySQL的InnoDB解决了幻读】 ISOLATION_READ_UNCOMMITTED读未提交。允许另外一个事务读取到当前事务未提交的数据隔离级别最低未解决任何并发问题会产生脏读不可重复读和幻读。 ISOLATION_READ_COMMITTED读已提交。被一个事务修改的数据提交后才能被另外一个事务读取另外一个事务不能读取该事务未提交的数据。解决脏读但还存在不可重复读与幻读。 ISOLATION_REPEATABLE_READ可重复读。解决脏读、不可重复读存在幻读 。 ISOLATION_SERIALIZABLE串行化读。按时间顺序一一执行多个事务每次读都需要获得表级共享锁读写相互都会阻塞不存在并发问题最可靠但性能与效率最低。
从第2到第5隔离级别越来越高。 2、事务传播行为常量
B、定义了七个事务传播行为常量(掌握)
所谓事务传播行为是指处于不同事务中的方法在相互调用时执行期间事务的维护情况合并互斥。如A 事务中的方法 doSome()调用 B 事务中的方法 doOther()在调用执行期间事务的维护情况就称为事务传播行为。事务传播行为是加在方法上的。
事务传播行为常量都是以 PROPAGATION_ 开头形如 PROPAGATION_XXX。 PROPAGATION_REQUIRED 必须包含事务增删改必用 PROPAGATION_REQUIRES_NEW 自己新开一个事务不管之前是否有事务 PROPAGATION_SUPPORTS 支持事务如果加入的方法有事务则支持事务如果没有不单开事务 PROPAGATION_NEVER 不能运行在事务中如果包在事务中抛异常 PROPAGATION_NOT_SUPPORTED 不支持事务运行在非事务环境中如果加入的方法有事务则会把事务先挂起【不常用】 PROPAGATION_MANDATORY 必须包在事务中没有事务则抛异常 PROPAGATION_NESTED嵌套事务 a、 PROPAGATION_REQUIRED
指定的方法必须在事务内执行。若当前存在事务就加入到当前事务中 若当前没有事务则创建一个新事务。这种传播行为是最常见的选择也是 Spring 默认的事务传播行为。 如该传播行为加在 doOther()方法上。若 doSome()方法在调用 doOther() 方法时就是在事务内运行的则 doOther()方法的执行也加入到该事务内执行。若 doSome()方法在调用 doOther()方法时没有在事务内执行则 doOther()方法会创建一个事务并在其中执行。 b、PROPAGATION_SUPPORTS
指定的方法支持当前事务但若当前没有事务也可以以非事务方式执行。 c、 PROPAGATION_REQUIRES_NEW
总是新建一个事务若当前存在事务就将当前事务挂起直到新事务执行完毕。 3、事务默认超时时限常量
C、定义了默认事务超时时限
常量 TIMEOUT_DEFAULT 定义了事务底层默认的超时时限及不支持事务超时时限设置的none值。
注意事务的超时时限起作用的条件比较多且超时的时间计算点较复杂。所以该值一般就使用默认值即可。
