Spring事务管理

该文章大多内容摘抄自《spring实战:第三版》

一.spring对事务管理的支持

spring提供了对编码式和声明式事务管理的支持

编码式事务允许用户在代码中精确定义事务的边界,而声明式事务(基于AOP)有助于用户将操作与事务规则进行解耦,但是声明式事务只能在方法级别声明事务的边界。

.事务管理器

spring不直接管理事务,而是提供了多种事务管理器。每个事务管理器都会充当某一特定平台的事务实现的门面。这使得用户在spring中使用事务时,几乎不用关心实际的事务实现是什么。

spring的事务管理器将事务管理的职责委托给特定的平台的事务实现

事务管理器(org.framework.*)

使用场景

jca.cci.connection.CciLocalTransactionManager

使用Spring对Java EE连接器架构(Java EE Connector Architecture,JCA)和通用客户端接口(Common Client Interface,CCI)提供支持

jdbc.datasource.DataSourceTransactionManager

用Spring对JDBC抽象的支持,也可用于使用iBATIS进行持久化的场景

jms.connection.JmsTransactionManager

用于JMS 1.1+

jms.connection.JmsTransactionManager102

用于JMS 1.0.2

orm.hibernate3.HibernateTransactionManager

用于Hibernate3进行持久化

orm.jdo.JdoTransactionManager

用于JDO进行持久化

orm.joa.JpaTransactionManager

用于Java持久化 API进行持久化

transaction.jta.JtaTransactionManager

需要分布式事务或者没有其他的事务管理器满足需求

transaction.jta.OC4JJtaTransactionManager

用于Oracle的OC4J JEE容器

transaction.jta.WebLogicJtaTransactionManager

需要使用分布式事务并且应用程序运行于WebLogic中

transaction.jta.WebSphereUowTransactionManager

需要WebSphere中UOWManager所管理的事务

 

.声明式事务

1.定义事务属性

在spring中声明式事务是通过事务属性来定义的。事务属性描述了事务策略如何应用到方法上。

a.传播行为

事务传播行为用来描述由某一个事务传播行为修饰的方法被嵌套进另一个方法时事务如何传播。

事务传播行为类型 说明
PROPAGATION_REQUIRED 如果当前没有事务,就新建一个事务,如果已经存在一个事务中,加入到这个事务中。这是最常见的选择。
PROPAGATION_SUPPORTS 支持当前事务,如果当前没有事务,就以非事务方式执行。
PROPAGATION_MANDATORY 使用当前的事务,如果当前没有事务,就抛出异常。
PROPAGATION_REQUIRES_NEW 新建事务,如果当前存在事务,把当前事务挂起。
PROPAGATION_NOT_SUPPORTED 以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
PROPAGATION_NEVER 以非事务方式执行,如果当前存在事务,则抛出异常。
PROPAGATION_NESTED 如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则执行与PROPAGATION_REQUIRED类似的操作。

Spring事务管理_第1张图片

b.隔离级别

隔离级别定义了一个事务可能受其他并发事务影响的程度。

多个事务并发运行,可能会导致以下问题:脏读、不可重复读、幻读

隔离级别

含义

ISOLATION_DEFAULT

使用后端数据库默认的隔离级别。

ISOLATION_READ_UNCOMMITTED

允许读取尚未提交的更改。可能导致脏读、幻影读或不可重复读。

ISOLATION_READ_COMMITTED

允许从已经提交的并发事务读取。可防止脏读,但幻影读和不可重复读仍可能会发生。

ISOLATION_REPEATABLE_READ

对相同字段的多次读取的结果是一致的,除非数据被当前事务本身改变。可防止脏读和不可重复读,但幻影读仍可能发生。

ISOLATION_SERIALIZABLE

完全服从ACID的隔离级别,确保不发生脏读、不可重复读和幻影读。这在所有隔离级别中也是最慢的,因为它通常是通过完全锁定当前事务所涉及的数据表来完成的。

以上表格描述的隔离级别都在org.springframework.transaction.TransactionDefinition接口中已常量的方式进行了定义。但是不是所有的数据源都支持上表所列的隔离级别。

c.只读

声明式事务的第三个特性是它是否是一个只读事务。如果一个事务只对后端数据库执行读操作,那么该数据库就可能利用那个事务的只读特性,采取某些优化 措施。通过把一个事务声明为只读,可以给后端数据库一个机会来应用那些它认为合适的优化措施。由于只读的优化措施是在一个事务启动时由后端数据库实施的, 因此,只有对于那些具有可能启动一个新事务的传播行为(PROPAGATION_REQUIRES_NEW、PROPAGATION_REQUIRED、 ROPAGATION_NESTED)的方法来说,将事务声明为只读才有意义。

此外,如果使用Hibernate作为持久化机制,那么把一个事务声明为只读,将使Hibernate的flush模式被设置为FLUSH_NEVER。这就告诉Hibernate避免和数据库进行不必要的对象同步,从而把所有更新延迟到事务的结束。

d.事务超时

为了使一个应用程序很好地执行,它的事务不能运行太长时间。因此,声明式事务的下一个特性就是它的超时。

假设事务的运行时间变得格外的长,由于事务可能涉及对后端数据库的锁定,所以长时间运行的事务会不必要地占用数据库资源。这时就可以声明一个事务在特定秒数后自动回滚,不必等它自己结束。

由于超时时钟在一个事务启动的时候开始的,因此,只有对于那些具有可能启动一个新事务的传播行为(PROPAGATION_REQUIRES_NEW、PROPAGATION_REQUIRED、ROPAGATION_NESTED)的方法来说,声明事务超时才有意义。

d.回滚规则

事务五边形的对后一个边是一组规则,它们定义哪些异常引起回滚,哪些不引起。在默认设置下,事务只在出现运行时异常(runtime exception)时回滚,而在出现受检查异常(checked exception)时不回滚(这一行为和EJB中的回滚行为是一致的)。

 

不过,也可以声明在出现特定受检查异常时像运行时异常一样回滚。同样,也可以声明一个事务在出现特定的异常时不回滚,即使那些异常是运行时一场。

2.在XML中定义事务

Spring 提供了一个 tx 配置命名空间,借助它可以极大地简化 Spring 中的声明式事务。 这个 tx 命名空间提供了一些新的 XML 配置元素,其中, 用于声明事务性策略。


    
        
        

        
        
    

对于来说,事务属性定义在元素中,该元素包含了一个或多个的元素。元素为某个(或某些)name 属性(使用通配符)指定的方法定义事务参数。

有多个属性来帮助定义方法的事务策略,对应了5个事务属性

属性

含义

isolation

指定事务的隔离级别

propagation

定义事务的传播规则

read-only

指定事务的只读

回滚规则:

rollback-for 

no-rollback-for

指定事务对于哪些检查型异常应当回滚而不提交 / 指定事务对于哪些异常应当继续运行而不回滚

timeout

对于长时间运行的事务定义超时时间

只是定义了 AOP 通知,用于把事务的边界通知给方法。为了完整定义事务性切面,我们必须定义一个通知器(advisor)。这就涉及 aop 命名空间了。

以下的 XML 定义了一个通知器:




    

3.定义注解驱动的事务

除了元素,tx 命名空间还提供了 元素。使用时,通常只需要一行 XML。

元素告诉 Spring 检查上下文中所有的 Bean 并查找使用 @Transactional 注解的 Bean,而不管这个注解是用在类级别上还是方法级别上。

我们可以通过 transaction-manager 属性来指定特定的事务管理器(不配置默认值为 transactionManager)

一共有四个属性如下:

mode:指定Spring事务管理框架创建通知bean的方式。可用的值有proxy和aspectj。前者是默认值,表示通知对象是个JDK代理;后者表示Spring AOP会使用AspectJ创建代理 

  • proxy-target-class:如果为true,Spring将创建子类来代理业务类(需要cglib库);如果为false,则使用基于接口的代理。(如果使用子类代理,需要在类路径中添加CGLib.jar类库) 

  • order:如果业务类除事务切面外,还需要织入其他的切面,通过该属性可以控制事务切面在目标连接点的织入顺序。 

  • transaction-manager:指定到现有的PlatformTransaction Manager bean的引用,通知会使用该引用

@Transactional

对于每一个使用 @Transactional 注解的 Bean, 会自动为它添加事务通知。通知的事务属性是通过 @Transactional 注解的参数来定义的。

属性

类型

描述

value

String

可选的限定描述符,指定使用的事务管理器

propagation

enum: Propagation

可选的事务传播行为设置

isolation

enum: Isolation

可选的事务隔离级别设置

readOnly

boolean

读写或只读事务,默认读写

timeout

int (in seconds granularity)

事务超时时间设置

rollbackFor

Class对象数组,必须继承自Throwable

导致事务回滚的异常类数组

rollbackForClassName

类名数组,必须继承自Throwable

导致事务回滚的异常类名字数组

noRollbackFor

Class对象数组,必须继承自Throwable

不会导致事务回滚的异常类数组

noRollbackForClassName

类名数组,必须继承自Throwable

不会导致事务回滚的异常类名字数组

@Transactional注意事项:

1.@Transactional 可以作用于接口、接口方法、类以及类方法上。但是Spring 建议不要在接口或者接口方法上使用该注解,因为这只有在使用基于接口的代理时它才会生效。

2.当作用于类上时,该类的所有 public 方法将都具有该类型的事务属性,同时,我们也可以在方法级别使用该标注来覆盖类级别的定义。 

3.@Transactional 注解应该只被应用到 public 方法上,这是由 Spring AOP 的本质决定的。如果你在 protected、private 或者默认可见性的方法上使用 @Transactional 注解,这将被忽略,也不会抛出任何异常。

4. 默认情况下,只有来自外部的方法调用才会被AOP代理捕获,也就是,类内部方法调用本类内部的其他方法并不会引起事务行为,即使被调用方法使用@Transactional注解进行修饰。

你可能感兴趣的:(Spring)