请选择 进入手机版 | 继续访问电脑版

程序人生

 找回密码
 注册

QQ登录

只需一步,快速开始

程序人生 门户 Java程序员 查看内容

Java中Spring的事务管理

2016-10-20 20:56| 发布者: sean| 查看: 342| 评论: 0

摘要: Spring的事务管理机制1、Spring 的声明式事务管理在底层是建立在 AOP 的基础之上的。其本质是对方法前后进行拦截,然后在目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务 ...
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'等等。

propagationREQUIRED

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

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

isolationDEFAULT

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

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

timeout-1事务超时的时间(以秒为单位)
read-onlyfalse事务是否只读?
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注解定义事务

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

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

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

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

四、Spring的事务管理最适宜采用XML配置的形式管理事务

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


鲜花

握手

雷人

路过

鸡蛋

相关阅读

最新评论


关于程序人生网|小黑屋|手机版|Archiver|

程序人生 | QQ

粤公网安备 44040202000007号

( 粤ICP备13038131号-5 )

返回顶部