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配置的形式管理事务。