Spring声明式事务管理

一、Spring 的声明式事务管理概述

1、Spring 的声明式事务管理在底层是建立在 AOP 的基础之上的。其本质是对方法前后进行拦截,然后在目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。

2、声明式事务最大的优点就是不需要通过编程的方式管理事务,这样就不需要在业务逻辑代码中掺杂事务管理的代码,只需在配置文件中做相关的事务规则声明(或通过等价的基于标注的方式),便可以将事务规则应用到业务逻辑中。因为事务管理本身就是一个典型的横切逻辑,正是 AOP 的用武之地。

3、通常情况下,笔者强烈建议在开发中使用声明式事务,不仅因为其简单,更主要是因为这样使得纯业务代码不被污染,极大方便后期的代码维护。

4、和编程式事务相比,声明式事务唯一不足地方是,后者的最细粒度只能作用到方法级别,无法做到像编程式事务那样可以作用到代码块级别。但是即便有这样的需求,也存在很多变通的方法,比如,可以将需要进行事务管理的代码块独立为方法等等。

下面就来看看 Spring 为我们提供的声明式事务管理功能。

二、Spring配置文件增加如下配置片段,业务逻辑组件的方法将会具有事务性

<!-- 配置事务-->
<!-- 配置Hibernate的局部事务管理器,使用HibernateTransactionManager类-->
<bean id="transactionManager"
class="org.springframework.orm.hibernate5.HibernateTransactionManager">
<!-- HibernateTransactionManager bean需要依赖注入一个SessionFactory bean的引用 -->
<property name="sessionFactory" ref="sessionFactory"/>
</bean> <!-- 配置事务增强处理,指定事务管理器 -->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="add*" propagation="REQUIRED"/>
<tx:method name="del*" propagation="REQUIRED"/>
<tx:method name="get*" propagation="REQUIRED" read-only="true"/>
<tx:method name="*" propagation="REQUIRED" read-only="true"/>
</tx:attributes>
</tx:advice> <aop:config>
<!-- 配置一个切入点,匹配news.service下所有类执行的所有方法 -->
<aop:pointcut id="txPointCut" expression="execution(* news.service.*.*(..))" />
<aop:advisor advice-ref="txAdvice" pointcut-ref="txPointCut"/>
</aop:config>

1.<tx:method>的属性:

属性 是否需要? 默认值 描述
name  

与事务属性关联的方法名。通配符(*)可以用来指定一批关联到相同的事务属性的方法。 如:'get*''handle*''on*Event'等等。

propagation REQUIRED

事务传播行为,可选的有:

REQUIRED:指定当前方法必需在事务环境中运行,如果当前有事务环境就加入当前正在执行的事务环境,如果当前没有事务,就新建一个事务。这是默认值。 
SUPPORTS:指定当前方法加入当前事务环境,如果当前没有事务,就以非事务方式执行。 
MANDATORY:指定当前方法必须加入当前事务环境,如果当前没有事务,就抛出异常。 
REQUIRES_NEW:指定当前方法总是会为自己发起一个新的事务,如果发现当前方法已运行在一个事务中,则原有事务被挂起,我自己创建一个属于自己的事务,直我自己这个方法commit结束,原先的事务才会恢复执行。 
NOT_SUPPORTED:指定当前方法以非事务方式执行操作,如果当前存在事务,就把当前事务挂起,等我以非事务的状态运行完,再继续原来的事务。 
NEVER:指定当前方法绝对不能在事务范围内执行,如果方法在某个事务范围内执行,容器就抛异常,只有没关联到事务,才正常执行。 
NESTED:指定当前方法执行时,如果已经有一个事务存在,则运行在这个嵌套的事务中.如果当前环境没有运行的事务,就新建一个事务,并与父事务相互独立,这个事务拥有多个可以回滚的保证点。就是指我自己内部事务回滚不会对外部事务造成影响,只对DataSourceTransactionManager事务管理器起效。

isolation DEFAULT

事务隔离级别,可选的有:

DEFAULT:采用数据库默认隔离级别 
SERIALIZABLE:最严格的级别,事务串行执行,资源消耗最大; 
REPEATABLE_READ:保证了一个事务不会修改已经由另一个事务读取但未提交(回滚)的数据。避免了“脏读取”和“不可重复读取”的情况,但是带来了更多的性能损失。 
READ_COMMITTED:大多数主流数据库的默认事务等级,保证了一个事务不会读到另一个并行事务已修改但未提交的数据,避免了“脏读取”。该级别适用于大多数系统。 
READ_UNCOMMITTED:保证了读取过程中不会读取到非法数据。隔离级别在于处理多事务的并发问题。

timeout -1 事务超时的时间(以秒为单位)
read-only false 事务是否只读?
rollback-for  

将被触发进行回滚的 Exception(s);以逗号分开。 如:'com.foo.MyBusinessException,ServletException'

no-rollback-for  

 被触发进行回滚的 Exception(s);以逗号分开。 如:'com.foo.MyBusinessException,ServletException'

2.使用springAOP管理事务之后,在之前的DAO中需要把openSession获取会话的方式改为getCurrentSession

//Session session=sessionFactory.openSession();
Session session=sessionFactory.getCurrentSession();

openSession与getCurrentSession两者的区别:

1.getCurrentSession的方式会在事务结束时自动关闭连接,而openSession则需要手动关闭连接。

2.采用getCurrentSession创建的session会绑定带当前的线程中去,但openSession则不会。

三、使用@Transactional注解定义事务

该注解常用的属性和<tx:method>中的属性一样,采用@Transactional注解方式如下:

@Transactional    //放在这里表示类的所有方法都加入事务管理
public class NewsServiceImpl implements NewsService{
  ······
}
//也可以在单个方法上加注解
@Transactional(readOnly=true)
public List showAllNews() {
  ······
}

采用这种方式进行注解本身并不能完成事务切面的织入功能,还需要在Spring配置文件中加入以下配置通知Spring容器对注解@Transactional的Bean处理。

<tx:annotation-driven transaction-manager="transactionManager"/>

四、总结

使用注解的形式配置起来相对来说比较容易,但对于大量需要事务处理的业务类来说,需要分别处理,这样太过于分散,不利于统一的管理和维护,所以通常情况下,最适用的方式还是采用XML配置的形式管理事务。

上一篇:Spring声明式事务管理与配置详解


下一篇:Spring声明式事务的配置~~~