Spring 事物机制总结

Spring两种事物处理机制,一是声明式事物,二是编程式事物

声明式事物

1)Spring的声明式事务管理在底层是建立在AOP的基础之上的。其本质是对方法前后进行拦截,然后在目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。声明式事务最大的优点就是不需要通过编程的方式管理事务,这样就不需要在业务逻辑代码中掺杂事务管理的代码,只需在配置文件中做相关的事务规则声明(或通过等价的基于标注的方式),便可以将事务规则应用到业务逻辑中。因为事务管理本身就是一个典型的横切逻辑,正是AOP的用武之地。Spring开发团队也意识到了这一点,为声明式事务提供了简单而强大的支持。Spring强大的声明式事务管理功能,这主要得益于Spring依赖注入容器和Spring AOP的支持。依赖注入容器为声明式事务管理提供了基础设施,使得Bean对于Spring框架而言是可管理的;而Spring AOP则是声明式事务管理的直接实现者。和编程式事务相比,声明式事务唯一不足地方是,后者的最细粒度只能作用到方法级别,无法做到像编程式事务那样可以作用到代码块级别。但是即便有这样的需求,也存在很多变通的方法,比如,可以将需要进行事务管理的代码块独立为方法等等。

2)5种配置方式
Spring配置文件中关于事务配置总是由三个组成部分,分别是DataSource、TransactionManager和代理机制这三部分,无论哪种配置方式,一般变化的只是代理机制这部分。
DataSource、TransactionManager这两部分只是会根据数据访问方式有所变化,比如使用Hibernate进行数据访问时,DataSource实际为SessionFactory,TransactionManager的实现为HibernateTransactionManager。
关系图如下:

http://images.blogjava.net/blogjava_net/robbie/WindowsLiveWriter/Spring_9C9C/Spring%E4%BA%8B%E5%8A%A1%E9%85%8D%E7%BD%AE%20(2).jpg

<bean id="sessionFactory"
	class="org.springframework.orm.hibernate3.LocalSessionFactoryBean">
	<property name="configLocation" value="classpath:hibernate.cfg.xml" />
	<property name="configurationClass" value="org.hibernate.cfg.AnnotationConfiguration" />
</bean>

<!-- 定义事务管理器(声明式的事务) -->
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
	<property name="sessionFactory" ref="sessionFactory" />
</bean>

注意:sessionFactorty和transactionManager是下面5中配置方式的基本配置,


第一种方式:每个Bean都有一个代理

<!-- 配置DAO -->
<bean id="userDaoTarget" class="com.test.spring.dao.UserDaoImpl">
	<property name="sessionFactory" ref="sessionFactory" />
</bean>

<bean id="userDao" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
	<!-- 配置事务管理器 -->
	<property name="transactionManager" ref="transactionManager" />
	<property name="target" ref="userDaoTarget" />
	<property name="proxyInterfaces" value="com.test.spring.dao.GeneratorDao" />
	<!-- 配置事务属性 -->
	<property name="transactionAttributes">
		<props>
			<prop key="*">PROPAGATION_REQUIRED</prop>
		</props>
	</property>
</bean>
第二种方式:所有Bean共享一个代理基类

<bean id="transactionBase" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean" lazy-init="true" abstract="true">
	<!-- 配置事务管理器 -->
	<property name="transactionManager" ref="transactionManager" />
	<!-- 配置事务属性 -->
	<property name="transactionAttributes">
		<props>
			<prop key="*">PROPAGATION_REQUIRED</prop>
		</props>
	</property>
</bean>

<!-- 配置DAO -->
<bean id="userDaoTarget" class="com.test.spring.dao.UserDaoImpl">
	<property name="sessionFactory" ref="sessionFactory" />
</bean>

<bean id="userDao" parent="transactionBase">
	<property name="target" ref="userDaoTarget" />
</bean>
第三种方式:使用拦截器

<bean id="transactionInterceptor" class="org.springframework.transaction.interceptor.TransactionInterceptor">
	<property name="transactionManager" ref="transactionManager" />
	<!-- 配置事务属性 -->
	<property name="transactionAttributes">
		<props>
			<prop key="*">PROPAGATION_REQUIRED</prop>
		</props>
	</property>
</bean>

<bean class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">
	<property name="beanNames">
		<list>
			<value>*Dao</value>
		</list>
	</property>
	<property name="interceptorNames">
		<list>
			<value>transactionInterceptor</value>
		</list>
	</property>
</bean>

<!-- 配置DAO -->
<bean id="userDao" class="com.test.spring.dao.UserDaoImpl">
	<property name="sessionFactory" ref="sessionFactory" />
</bean>
第四种方式:使用tx标签配置的拦截器    

<tx:advice id="txAdvice" transaction-manager="transactionManager">
	<tx:attributes>
		<tx:method name="*" propagation="REQUIRED" />
	</tx:attributes>
</tx:advice>

<aop:config>
	<aop:pointcut id="interceptorPointCuts"
		expression="execution(* com.test.spring.dao.*.*(..))" />
	<aop:advisor advice-ref="txAdvice" pointcut-ref="interceptorPointCuts" />
</aop:config>    
第五种方式:全注解

public class test {
	@Transactional
	public class UserDaoImpl extends HibernateDaoSupport implements UserDao {

		public List<User> listUsers() {
			return null
		}
	}
}

编程式事务

Spring的编程式事务即在代码中使用编程的方式进行事务处理,可以做到比声明式事务更细粒度。有两种方式一是使用TransactionManager,另外就是TransactionTemplate。

1)TransactionManager使用方式

public class UserDaoImpl extends HibernateDaoSupport implements UserDao {
	private HibernateTransactionManager transactionManager;
	private DefaultTransactionDefinition def;

	public HibernateTransactionManager getTransactionManager() {
		return transactionManager;
	}

	public void setTransactionManager(HibernateTransactionManager transactionManager) {
		this.transactionManager = transactionManager;
	}

	public void createTransactionDefinition() {
		def = new DefaultTransactionDefinition();
		def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
		def.setIsolationLevel(TransactionDefinition.ISOLATION_READ_COMMITTED);
	}

	public void saveOrUpdate(User user) {
		TransactionStatus status = transactionManager.getTransaction(def);
		try {
			this.getHibernateTemplate().saveOrUpdate(user);
		} catch (DataAccessException ex) {
			transactionManager.rollback(status);
			throw ex;
		}
		transactionManager.commit(status);
	}
}

2)TransactionTemplate方式

ResultDto ret = null;
ret = (ResultDto) this.transactionTemplate.execute(new TransactionCallback() {
	@Override
	public Object doInTransaction(TransactionStatus status) {
		ResultDto ret = null;
		try {
			drillTaskDao.deleteByKey(taskid);
		} catch (Exception e) {
			logger.error("delDrillTask:" + e.getMessage(), e);
			ret = ResultBuilder.buildResult(ResultBuilder.FAIL_CODE, null, ErrorCode.COM_DBDELETEERROR);
			return ret;
		}
		finally {
			status.setRollbackOnly();
		}
		 
		ret = cleartaskrelativedata(taskid, appid, true);
		return ret;
	}
});
return ret;



<think>好的,用户现在问的是Spring事务失效的几种方式。之前他们问过类似的问题,但可能没有得到足够详细的回答,或者他们现在想深入理解。我需要先回忆一下常见的Spring事务失效的场景,然后组织成清晰的点。 首先,用户可能是开发中遇到了事务没有按预期工作的情况,所以想知道哪些情况会导致事务失效。常见的可能有方法内部调用、异常处理不当、事务传播设置错误等等。 然后,我需要确保每个失效场景都解释清楚,比如为什么内部调用会导致事务失效,因为Spring的事务是基于代理的,自调用时代理不会介入。还有异常类型的问题,比如默认只回滚RuntimeException,而checked异常不会触发回滚,除非特别声明。 另外,用户可能对事务传播机制不太熟悉,比如REQUIRED和REQUIRES_NEW的区别,或者在不同方法中使用不同传播行为导致的问题。需要解释清楚每个传播行为的含义和可能的影响。 还要考虑数据库引擎是否支持事务,比如MyISAM不支持,而InnoDB支持。这点容易被忽略,但也是常见的问题来源。 还有是否在非public方法上使用事务,因为Spring的AOP默认只对public方法生效。如果用户在一个protected或private方法上加了@Transactional,事务也不会生效。 另外,多线程环境下的事务问题,比如新开的线程中的操作不在同一个事务里,这也是需要注意的地方。 可能用户还不太清楚如何正确配置事务管理器,或者在不同的数据源下没有正确配置,导致事务管理器无法正常工作。 最后,需要给出一些排查建议,比如检查代理是否生效,异常是否被捕获,日志级别调整等,帮助用户在实际开发中快速定位问题。 总结起来,应该分点列出每种失效场景,给出原因和解决方案,结构清晰,语言简洁。避免使用太专业的术语,但必要的术语需要解释。这样用户能一步步排查自己的问题,理解每个可能导致事务失效的原因。</think>Spring 事务失效的常见场景通常与事务的配置、代理机制、异常处理或数据库引擎支持有关。以下是几种典型情况: --- ### 1. **方法内部调用(自调用问题)** - **原因**:Spring 事务基于 AOP 代理实现,当在一个类的内部方法(如方法 A)中直接调用另一个事务方法(如方法 B)时,事务 B 不会生效(绕过代理,直接调用原始对象的方法)。 - **示例**: ```java @Service public class UserService { public void methodA() { // 直接调用内部方法,事务失效 methodB(); } @Transactional public void methodB() { // 数据库操作 } } ``` - **解决**: - 将事务方法拆分到不同类中。 - 通过 `AopContext.currentProxy()` 获取代理对象再调用。 --- ### 2. **异常未正确抛出** - **原因**:Spring 默认只在抛出 `RuntimeException` 或 `Error` 时回滚事务。如果捕获了异常未抛出,或抛出了 `checked` 异常(如 `Exception`),事务不会回滚。 - **示例**: ```java @Transactional public void update() { try { // 数据库操作 } catch (Exception e) { // 捕获异常未抛出,事务不回滚 } } ``` - **解决**: - 抛出 `RuntimeException` 或配置 `@Transactional(rollbackFor = Exception.class)`。 - 避免在事务方法内捕获异常后不抛出。 --- ### 3. **事务传播机制配置错误** - **原因**:错误使用事务传播行为(如 `Propagation.NOT_SUPPORTED` 会挂起当前事务)。 - **示例**: ```java @Transactional(propagation = Propagation.NOT_SUPPORTED) public void methodC() { // 此方法不会在事务中运行 } ``` - **解决**:根据业务需求正确配置传播行为,如 `Propagation.REQUIRED`(默认)。 --- ### 4. **非 public 方法** - **原因**:Spring 的 AOP 代理默认只对 `public` 方法生效,若在 `protected`/`private` 方法上使用 `@Transactional`,事务不会生效。 - **解决**:确保事务方法为 `public`。 --- ### 5. **数据库引擎不支持事务** - **原因**:如 MySQL 的 `MyISAM` 引擎不支持事务,而 `InnoDB` 支持。 - **解决**:检查并切换数据库引擎为支持事务的类型。 --- ### 6. **未启用事务管理** - **原因**:未在配置类中添加 `@EnableTransactionManagement`,或未配置事务管理器(如 `PlatformTransactionManager`)。 - **解决**:确保事务管理器已正确配置并启用。 --- ### 7. **多线程环境下事务隔离** - **原因**:新启动的线程中的数据库操作不在原事务上下文中。 - **解决**:避免在事务方法中开启新线程执行数据库操作。 --- ### 8. **异常被自定义切面(AOP)拦截后未抛出** - **原因**:如果其他切面(如日志切面)拦截了异常并处理,未继续抛出,事务无法感知异常。 - **解决**:确保异常最终能传递到事务管理器。 --- ### **排查建议** 1. **检查代理是否生效**:通过调试查看对象是否是代理对象(如 `CGLIB$$` 结尾)。 2. **日志排查**:开启 Spring 事务日志(`logging.level.org.springframework.jdbc=DEBUG`)。 3. **确认配置**:检查 `@Transactional` 是否在实现类(而非接口)上,且事务管理器与数据源匹配。 通过检查以上场景,可以快速定位事务失效的原因并修复。
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值