Spring事务管理的那些事儿（上）

写在前面的话：
本人开发过一个系统，系统对数据的正确性要求比较高，有个小模块中一次性会向数据库插入1万条左右的数据，在插入这一万条左右的数据的同时还要更新数据库中与此1万条数据相同的数据的某个状态值，更新出错或插入出错，都要回滚并终止执行。这就是一个典型的事务处理问题。

 

很早就接触到了Spring，通过时间的推移和实际项目的运用，对Spring的认识也渐渐增多，有了一些体会和感悟。

下面是本人撰写的一篇关于spring事务管理的文章，希望和广大网友交流与学习！

 

我们都知道spring提供两种管理事务的方式，一种是声明式事务，一种是编程式事务。
Spring的声明式事务管理，基于Spring的AOP，不再需要不停地写commit，rollback，（但Spring仍然没有放弃编程式的事务管理策略）。
Spring的编程式事务管理，为我们提供了一个TransactionTemplate，使用回调机制，将应用代码从样板式的资源获取和释放代码中解放出来，不再有大量的try/catch/finally/try/catch代码块。

 

这两种事务处理方式都非常地优雅，它不需要与任何特定的事务API耦合，并支持多种持久层方案。
（1）声明式事务：基于Spring AOP实现，几乎就是xml文件的配置
（2）编程式事务：统一的事务编码风格，几乎是一个模板化的。

 

以下将对这两种事务管理方式进行探讨：

首先探讨一下声明式事务：
我们知道Spring事务管理的核心接口是：
org.springframework.transaction.PlatformTransactionManager
它定义了三个待实现的方法：
（1）public TransactionStatus getTransaction(TransactionDefinition definition);
 //返回当前活动的事务或根据相应的行为创建一个新的事务（可以查阅API理解）
（2）public void commit(TransactionStatus status);//提交事务
（3）public void rollback(TransactionStatus status); //回滚事务

PlatformTransactionManager是一个与特定平台无关的事务操作接口，不同的底层事务平台应通过Spring的Ioc注入相应的事务操作实现类 (这些实现类也不需要我们去完成，Spring已经为我们提供了)。那么我们来看看针对不同的底层持久化平台，我们需要为PlatformTransactionManager接口注入何种实现类：

（1）利用JDBC作为持久层的局部事务：





    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    





        
         
    


（2）利用Hibernate作为持久层的局部事务：


    
    
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
    

    
    
        
        
        
        
              
                  
                org/hnylj/vo/User.hbm.xml
              
        
          
        
            
                
                org.hibernate.dialect. 
                MySQLDialect
        
    

    
    
    
            
         
     


（3）利用Hibernate作为持久层的全局事务：


    
    
        
         
    
    
    
        
        
        
        
              
                  
                org/hnylj/vo/User.hbm.xml
              
        
          
        
             
                
                org.hibernate.dialect. 
                MySQLDialect
         
    
    
    
    

在上面的配置中，对于采用jdbc，hibernate等，我们只要提供相应的PlatformTransactionManager实现类即可。可见Spring对事务的操作仅仅修改一下配置文件，不需要修改任何实际的代码，就可以在不同的事务管理策略之间切换，非常地方便，Spring为我们提供了高度的解耦。

 

以上就是我们在spring中处理事务所需要的事务管理器的配置，那么在具体的业务处理bean中我们如何控制事务呢？
一般都推荐事务最好做在service层，底层的dao可以不考虑事务，有时设计得不好可能会出现事务的嵌套，增加程序复杂度。而且将事务的处理放在service层中进行，对于我们异常体系的设计也带来好处，service层抛出的异常可以在web捕获，并将异常信息在web页面给用户提示。所以接下来我们就将在service层开始事务，提交事务，回滚事务等。作为声明式事务管理，spring已经帮我们做好了这一切，基本上就是代理模式。

 

以下就是Spring提供的4种事务代理方式：
1.使用TransactionProxyFactoryBean为目标bean生成事务代理，此方式是最传统，也是配置文件最臃肿的一种方式。
2.使用bean继承的事务代理方式，此方式比较简洁，但依然是增量式配置，bean越多配置文件越臃肿。
3.使用BeanNameAutoProxyCreator，根据bean name自动生成事务代理的方式，这是直接利用Spring的AOP框架配置事务代理的方式，需要对Spring的AOP框架有所了解，但也不必成为AOP专家，这种方式避免了增量式配置，也是推荐的方式。
4.使用DefaultAdvisorAutoProxyCreator，这也是直接利用Spring的AOP框架配置事务代理的方式，只是这种配置方式的可读性不如第三种方式。

 

对于第一种：使用TransactionProxyFactoryBean为目标bean生成事务代理：
因为TransactionProxyFactoryBean产生的是代理Bean，所以我们在配置TransactionProxyFactoryBean时，需要指定目标Bean。每个TransactionProxyFactoryBean为一个目标Bean生成事务代理，事务代理的方法改写了目标Bean的方法，就是在目标Bean的方法执行之前加入开始事务，在目标Bean的方法正常结束之前提交事务，如果遇到特定异常则回滚事务。TransactionProxyFactoryBean创建事务代理时，需要了解当前事务所处的环境，该环境属性通过PlatformTransactionManager实例传入，而相关事务传入规则在TransactionProxyFactoryBean的定义中给出。

下面该方法的配置方式：

    
    
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
    

    
    
        
        
        
        
              
                  
                org/hnylj/vo/User.hbm.xml
              
        
          
        
             
                
                org.hibernate.dialect. 
                MySQLDialect
             
        


      
          
              
          
      

    
    
        
        
    

    
    
    
        
        
    

    
    
          
          
          
          
          
          
          
              
                  
                  PROPAGATION_REQUIRED,-MyCheckedException
                  PROPAGATION_REQUIRED
                  PROPAGATION_REQUIRED,readOnly
              
        
    

关于以上配置文件的几个事务传播规则可以查阅相应的API

程序面向UserServiceImpl类所实现的接口编程，事务处理由Spring为UserServiceImpl类所实现的接口IUserService生成的代理bean来完成。（Spring不仅支持对接口的代理，Spring结合CGLIB还可以为具体类生成代理，在此不做讨论）

 

对于第二种：采用bean继承的事务代理
仔细观察第一种配置方式，我们可以发现，如果配置文件中有多个这样的事务代理Bean，配置文件将变得非常臃肿。所以可以使用Bean继承来简化事务代理的配置。考虑到所有事务代理Bean中，事务代理Bean所使用的事务管理器和事务传播规则大致是相同的,所以我们可以定义一个事务代理bean的模板。
即：

    
    
        
        
            
                
                PROPAGATION_REQUIRED
            
    
 

接下来让真正的事务代理Bean继承上面的事务模板Bean

我们知道,继承中子类可以复写父类的方法，这里也一样，子Bean重新定义事务属性将覆盖事务代理模板里的事务属性定义：
即：

    
    
    
    
        
            PROPAGATION_REQUIRED,readOnly
            PROPAGATION_REQUIRED,readOnly
            PROPAGATION_REQUIRED,readOnly
         
    

可见，采用Bean继承方式定义事务代理的方式，可以很好地简化事务代理的配置，可以避免配置事务代理Bean时的冗余配置。

 

对于第三种：使用BeanNameAutoProxyCreator
使用BeanNameAutoProxyCreator来创建代理时，并不一定是创建事务代理，关键在于传入的拦截器，如果传入事务拦截器，将可自动生成事务代理。

下面是使用BeanNameAutoProxyCreator自动生成事务代理的配置方式：

    
    
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
    
    
    
        
        
    
    
    
        
          
              
          
    

    
    
        
          
              
          
    

    
    
        
        
        
            
            
                PROPAGATION_REQUIRED
                PROPAGATION_REQUIRED,readOnly
                PROPAGATION_REQUIRED
            
        
    

    
    
    
        
            
            
                userBean
                personBean
            
            
        
        
        
            
                transactionInterceptor 
                
            
        
    

如果配置文件中仅有两个目标Bean，可能不能很清楚地看出这种自动创建代理配置方式的优势，但如果有更多目标Bean需要自动创建事务代理，则可以很好地体会到这种配置方式的优势：配置文件只需要简单地配置目标Bean，然后在BeanNameAutoProxyCreator配置中增加一行即可。

 

对于第四种：DefaultAdvisorAutoProxyCreator：
这种配置方式与BeanNameAutoProxyCreator自动创建代理的方式非常相似，都是使用bean后处理器为目标bean生成事务代理，区别是前者使用事务拦截器创建代理，后者需要使用Advisor创建事务代理。事实上，采用DefaultAdvisorAutoProxyCreator的事务代理配置方式更加简洁，这个代理生成器自动搜索Spring容器中的Advisor，并为容器中所有的bean创建代理。相对前一种方式，这种方式的可读性不如前一种直观。
使用DefaultAdvisorAutoProxyCreator的配置方式：

    
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
        
    
    

        
            
            
            
                
                org/hnylj/vo/User.hbm.xml
            
            
            
            

            org.hibernate.dialect.MySQLDialect
            
        
    
    

            
            

    

        
        
        
            
            
                PROPAGATION_REQUIRED
                PROPAGATION_REQUIRED,readOnly
                PROPAGATION_REQUIRED
            
        

    

        
            
    
    


    
        

  

（注：在上面的所有配置中，主要是演示事务的管理，配置文件中有部分内容没有作配置）

 

在实际的项目中，项目组成员对spring不是很熟悉的话，将对开发带来很大的阻碍，如果我们只是使用这样的开源框架，不用花多久时间就完全可以掌握它，当你使用它之后，你会觉得Spring的确很优秀。有时候你稍加琢磨，会有一种一通百通的豁然开朗。我想对于Spring的理解要考自己去琢磨，这篇文章也只是一个知识要点的总结性文章，旨在提供使用Spring进行声明式事务处理提供快速查阅手册，也许你用不上，但希望能对大家有帮助。

 

篇幅已经很长了，相信没几个人能坚持看下去了，对于Spring的另一种事务处理方式-编程式事务管理将另起一片文章讨论。以上有不足之处，发表出来旨在多多交流，共同进步！我的博客地址：http://hnylj.iteye.com

 

一个Java技术交流群，一起交流，共同进步，扣扣群号：513086638