Spring/Transaction

2016-10-27 本文已影响154人米刀灵

事务管理方式
spring支持编程式事务管理和声明式事务管理两种方式。声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。
在使用Spring代理时，默认只有在public可见度的方法的@Transactional 注解才是有效的，其它可见度（protected、private、包可见）的方法上即使有@Transactional 注解也不会应用这些事务属性的，Spring也不会报错，如果非要使用非公共方法注解事务管理的话，可考虑使用AspectJ。
声明式事务最大的优点就是不需要通过编程的方式管理事务，这样就不需要在业务逻辑代码中掺杂事务管理的代码，只需在配置文件中做相关的事务规则声明(或通过基于@Transactional注解的方式)，便可以将事务规则应用到业务逻辑中。声明式事务管理使业务代码不受污染，一个普通的POJO对象，只要加上注解就可以获得完全的事务支持。和编程式事务相比，声明式事务唯一不足地方是，后者的最细粒度只能作用到方法级别，无法做到像编程式事务那样可以作用到代码块级别。
不推荐使用编程式事务。

注解方式：
声明式事务管理也有两种常用的方式，一种是基于tx和aop名字空间的xml配置文件，另一种就是基于@Transactional注解。首先加上aop和tx命名空间：

<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xmlns:context="http://www.springframework.org/schema/context"
    xmlns:aop="http://www.springframework.org/schema/aop"
    xmlns:tx="http://www.springframework.org/schema/tx"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
           http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
           http://www.springframework.org/schema/aop 
           http://www.springframework.org/schema/aop/spring-aop-3.0.xsd
           http://www.springframework.org/schema/tx
           http://www.springframework.org/schema/tx/spring-tx-3.0.xsd
           http://www.springframework.org/schema/context
           http://www.springframework.org/schema/context/spring-context-3.0.xsd">

在spring配置文件中：

<!-- 配置声明式事务管理器-->  
<bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    <property name="dataSource" ref="dataSource" />
</bean>
<!-- 注解驱动 -->
<tx:annotation-driven transaction-manager="txManager" />

如使用mybatis则在org.mybatis.spring.SqlSessionFactoryBean中引用的数据源（dataSource）需与DataSourceTransactionManager中的一致。
在要使用事务管理的类或者方法上增加代码@Transactional，建议不要在接口使用。这是因为如果使用JDK代理机制是没问题，因为其使用基于接口的代理。而使用使用CGLIB代理机制时就会遇到问题，因为其使用基于类的代理而不是接口，所以接口上的@Transactional注解是“不能继承的”；
在类上使用@Transactional，类中的所有public方法都将使用事务，方法上注解属性会覆盖类注解上的相同属性。

@Transactional
public class Txtest implements TestService { }

在public方法上使用@Transactional，则该方法使用事务；非public方法使用@Transactional不会报错，但也不会使用事务。
如果在类上使用@Transactional，但是类中的某个方法不想使用事务，则可以使用：

@Transactional
public class Txtest implements TestService {   
    
    @Transactional(propagation = Propagation.NOT_SUPPORTED)
    public List<Object> getAll() {
        return null;
    }   
}

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

@Transactional注解的参数：

属性	描述
value	可选的限定描述符，指定使用的事务管理器
propagation	可选的事务传播行为设置，默认REQUIRED
isolation	可选的事务隔离级别设置
readOnly	读写或只读事务，默认读写（False）
timeout	事务超时时间设置,设置事务的超时秒数，默认值为-1表示永不超时
rollbackFor	导致事务回滚的异常类数组
noRollbackFor	不会导致事务回滚的异常类数组
rollbackForClassName	导致事务回滚的异常类数组
noRollbackForClassName	不会导致事务回滚的异常类名字数组

例子：

@Transactional(isolation=Isolation.REPEATABLE_READ,propagation=Propagation.REQUIRED,readOnly=true,rollbackFor={RuntimeException.class, Exception.class},rollbackForClassName={"RuntimeException","Exception"})

Spring中事务的传播性：
在TransactionDefinition接口中定义了七个事务传播行为：

事务传播性	名次解释
PROPAGATION_REQUIRED	如果存在一个事务，则支持当前事务。如果没有事务则开启
PROPAGATION_SUPPORTS	如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行
PROPAGATION_NOT_SUPPORTED	总是非事务地执行，并挂起任何存在的事务
PROPAGATION_NESTED	如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务，按PROPAGATION_REQUIRED 属性执行
PROPAGATION_MANDATORY	该级别的事务要求上下文中必须要存在事务，否则就会抛出异常
PROPAGATION_REQUIRES_NEW	每次都会新建一个事务，并且同时将上下文中的事务挂起，当新建事务执行完成以后，上下文事务再恢复执行
PROPAGATION_NEVER	要求上下文中不能存在事务，一旦有事务，就抛出runtime异常，强制停止执行

支持当前事务指的是不会对当前事务产生影响，不会像 PROPAGATION_NOT_SUPPORTED 一样把另外一个事务暂停，也不会像 PROPAGATION_NESTED 一样，因为自己事务出错，使另外一个正在运行对事务一起回滚。

Spring中事务的隔离级别：
TransactionDefinition接口中定义了五个不同的事务隔离级别

事务隔离级别	名次解释
TransactionDefinition.ISOLATION_DEFAULT	这是默认值，表示使用底层数据库的默认隔离级别。MYSQL：默认为REPEATABLE_READ，SQLSERVER：默认为READ_COMMITTED，ORACLE：默认为READ_COMMITTED
TransactionDefinition.ISOLATION_READ_UNCOMMITTED	该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。该级别不能防止脏读，不可重复读和幻读，因此很少使用该隔离级别。比如PostgreSQL实际上并没有此级别。
TransactionDefinition.ISOLATION_READ_COMMITTED	该隔离级别表示一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读，这也是大多数情况下的推荐值
TransactionDefinition.ISOLATION_REPEATABLE_READ	该隔离级别表示一个事务在整个过程中可以多次重复执行某个查询，并且每次返回的记录都相同。该级别可以防止脏读和不可重复读
TransactionDefinition.ISOLATION_SERIALIZABLE	所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别

Spring中也有事务，数据库也有事务，事务是一个仅仅存在于数据库的概念，Spring的事务本质也是数据库进行的。关于数据库的事务可以看另一篇。

参考：

http://opiece.me/2016/03/18/spring-transactional-introduce/
http://blog.csdn.net/hjm4702192/article/details/17277669
http://openwares.net/java/spring_mybatis_transaction.html

Spring/Transaction

猜你喜欢

热点阅读