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

相关推荐