SpringMVC 声明式事务配置以及问题解决
百度定义:
声明式事务:声明式事务(declarativetransactionmanagement)是Spring提供的对程序事务管理的方式之一。
Spring的声明式事务顾名思义就是采用声明的方式来处理事务。这里所说的声明,就是指在配置文件中申明。用在Spring配置文件中声明式的处理事务来代替代码式的处理事务。这样的好处是,事务管理不侵入开发的组件,具体来说,业务逻辑对象就不会意识到正在事务管理之中,事实上也应该如此,因为事务管理是属于系统层面的服务,而不是业务逻辑的一部分,如果想要改变事务管理策划的话,也只需要在定义文件中重新配置即可;在不需要事务管理的时候,只要在设定文件上修改一下,即可移去事务管理服务,无需改变代码重新编译,这样维护起来极其方便。
Spring使用AOP来完成声明式的事务管理,因而声明式事务是以方法为单位。
首先来看看正确的完整配置:
Spring核心配置文件applicationContext.xml
<!-- 声明事务 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource" /> </bean> <aop:config> <aop:pointcut id="serviceOperation" expression="execution(* com.service.impl.*.*(..))" /> <aop:advisor pointcut-ref="serviceOperation" advice-ref="txAdvice" /> </aop:config> <!--启动spring注解功能--> <tx:annotation-driven transaction-manager="transactionManager" /> <tx:advice id="txAdvice" transaction-manager="transactionManager"> <tx:attributes> <tx:method name="update*" propagation="REQUIRED"/> <tx:method name="save*" propagation="REQUIRED"/> <tx:method name="add*" propagation="REQUIRED"/> <tx:method name="create*" propagation="REQUIRED"/> <tx:method name="do*" propagation="REQUIRED"/> <tx:method name="del*" propagation="REQUIRED"/> <tx:method name="remove*" propagation="REQUIRED"/> <tx:method name="get*" read-only="true" /> <tx:method name="query*" read-only="true" /> <tx:method name="find*" read-only="true" /> <tx:method name="*"/> </tx:attributes> </tx:advice> <context:component-scan base-package="com.test"> <!--将Controller的注解排除掉 --> <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller" /> </context:component-scan>
SpringMVC配置文件spring-servlet.xml
<!-- 注解模式 --> <context:component-scan base-package="com.test" use-default-filters="false"> <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller" /> </context:component-scan>
Service层示例:(底层使用了Mybatis,在此篇不作详细介绍,具体请看下面相关URL。
TestServiceImpl.java
@Service public class TestServiceImpl implements TestService{ @Resource private UserMapper userMapper; public void addUser() throws Exception{ User useri = new User(); useri.setUsername("222"); useri.setPassword("222"); this.userMapper.insert(useri); throw new RuntimeException();//主动抛错,为了测试有没新增。若成功,则说明事务无效,若不能新增,则说明已回滚。 } }
Controller测试类省略。经测试能回滚。
-------------------------------------
问题一:起始因为没有配置applicationContext.xml最后一个配置,导致事务失效,网上查了下原因,如果带上事务,那么用annotation方式的事务注解和bean配置,事务会失效,要将service bean配置到xml文件中才行。
因为spring的context是父子容器,所以会产生冲突,Controller会先进行扫描装配,而此时的Service还没有进行事务的增强处理,得到的将是原样的Service(没有经过事务加强处理,故而没有事务处理能力),最后才是applicationContext.xml中的扫描配置进行事务处理。
即:
mvc 的只扫描controller组件 注意使用 use-default-filters="false" <context:component-scan base-package="com.fengzhiyin" use-default-filters="false" > <context:include-filter expression="org.springframework.stereotype.Controller" type="annotation"/> </context:component-scan> 主体的扫描除controller外的所有组件 <context:component-scan base-package="com.fengzhiyin" > <context:exclude-filter expression="org.springframework.stereotype.Controller" type="annotation"/> </context:component-scan>
补充:对于use-default-filters="false"的解释:
如果不设置use-default-filters="false",则Spring会扫描并优先注册默认的bean(当然包括标记为@Service的bean),这样,标记为@Transactional的service由于transactionmanager尚未注册而未能生效,导致事务管理失效。
原理是:标记为@Transactional的service会wrap为经过transactionalproxied(不管是CGLIBbased或是JDKbased)的bean,而不再是纯的service;
问题二:若要测试事务,有很多种方式,(只要测出会回滚就行),但千万别在Service里抛出一个Exception,来做为测试事务的方式。
规则如下:
默认遇到thrownewRuntimeException("...");会回滚
需要捕获的thrownewException("...");不会回滚
原因是抛出的Exception,在数据库层默认是“超时”错误。
当然这个可以通过类似@Transactional(rollbackFor=Exception.class)的来重新配置。
-----------------------------
参考资料:
http://www.cnblogs.com/rushoooooo/archive/2011/08/28/2155960.html