我们都知道spring提供两种管理事务的方式,一种是声明式事务,一种是编程式事务。Spring的声明式事务管理,基于Spring的AOP,不再需要不停地写commit,rollback,(但Spring仍然没有放弃编程式的事务管理策略)。Spring的编程式事务管理,为我们提供了一个TransactionTemplate,使用回调机制,将应用代码从样板式的资源获取和释放代码中解放出来,不再有大量的try/catch/finally/try/catch代码块。
这两种事务处理方式都非常地优雅,它不需要与任何特定的事务API耦合,并支持多种持久层方案。(1)声明式事务:基于Spring AOP实现,几乎就是(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接口注入何种实现类:
在上面的配置中,对于采用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的定义中给出。
下面该方法的配置方式:
关于以上配置文件的几个事务传播规则可以查阅相应的API
程序面向UserServiceImpl类所实现的接口编程,事务处理由Spring为UserServiceImpl类所实现的接口IUserService生成的代理bean来完成。(Spring不仅支持对接口的代理,Spring结合CGLIB还可以为具体类生成代理,在此不做讨论)
对于第二种:采用bean继承的事务代理仔细观察第一种配置方式,我们可以发现,如果配置文件中有多个这样的事务代理Bean,配置文件将变得非常臃肿。所以可以使用Bean继承来简化事务代理的配置。考虑到所有事务代理Bean中,事务代理Bean所使用的事务管理器和事务传播规则大致是相同的,所以我们可以定义一个事务代理bean的模板。即:
接下来让真正的事务代理Bean继承上面的事务模板Bean
我们知道,继承中子类可以复写父类的方法,这里也一样,子Bean重新定义事务属性将覆盖事务代理模板里的事务属性定义:即:
可见,采用Bean继承方式定义事务代理的方式,可以很好地简化事务代理的配置,可以避免配置事务代理Bean时的冗余配置。
对于第三种:使用BeanNameAutoProxyCreator使用BeanNameAutoProxyCreator来创建代理时,并不一定是创建事务代理,关键在于传入的**,如果传入事务**,将可自动生成事务代理。
下面是使用BeanNameAutoProxyCreator自动生成事务代理的配置方式:
如果配置文件中仅有两个目标Bean,可能不能很清楚地看出这种自动创建代理配置方式的优势,但如果有更多目标Bean需要自动创建事务代理,则可以很好地体会到这种配置方式的优势:配置文件只需要简单地配置目标Bean,然后在BeanNameAutoProxyCreator配置中增加一行即可。
对于第四种:DefaultAdvisorAutoProxyCreator:这种配置方式与BeanNameAutoProxyCreator自动创建代理的方式非常相似,都是使用bean后处理器为目标bean生成事务代理,区别是前者使用事务**创建代理,后者需要使用Advisor创建事务代理。事实上,采用DefaultAdvisorAutoProxyCreator的事务代理配置方式更加简洁,这个代理生成器自动搜索Spring容器中的Advisor,并为容器中所有的bean创建代理。相对前一种方式,这种方式的可读性不如前一种直观。使用DefaultAdvisorAutoProxyCreator的配置方式:
<?
原标题:spring事务管理
关键词:Spring