Spring事务使用中的坑

1.throws普通异常事务不回滚

近期项目中发现了一些原本不应该出现的数据异常，通过对逻辑的梳理怀疑是sql执行失败的问题，然而该sql和其同业务sql在同一个事务中，出现问题可能是事务执行失败没有回滚！

@Transactional
/**
*代码块
*/

首先要确定问题确实出现在该事务中，于是在出现问题的SQL前加上了抛出异常的代码，执行后确实发现事务并没有进行回滚操作。

在加异常抛出的过程中，了解到Spring事务不会捕获被抛出的Exception及其简单继承子异常，于是发现了这次异常不回滚的问题根源所在

	@Override
	@Transactional(rollbackFor=Exception.class)
	public int saveRanch(User user,List<Map<String, Object>> details) throws Exception {
	    //Something
	}

原来是程序被设计抛出了Exception类，我们可以使用以下注解将该类的事务正常进行

@Transactional(rollbackFor=Exception.class)

2.Spring事务在什么情况下会发生回滚异常呢？

在解决这个问题的过程中，我了解到了许多其他原因可能导致Spring事务无法回滚的现象：

1. 如使用mysql且引擎是MyISAM，则事务会不起作用，原因是MyISAM不支持事务，可以改成InnoDB

 ” engine=innodb ”

2. 如果使用了spring+mvc，则context:component-scan重复扫描问题可能会引起事务失败。

3. @Transactional 注解开启配置，必须放到listener里加载，如果放到DispatcherServlet的配置里，事务也是不起作用的。

4. @Transactional 注解只能应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错，事务也会失效

5. 由于注解不可继承，所以建议将注解加在具体的类上或是方法上，如果加在接口上，只能当你设置了基于接口的代理时它才生效。

3.事务回滚机制

1.异常

Spring的Transactional的API文档：

If no rules are relevant to the exception, it will be treated like DefaultTransactionAttribute (rolling back on runtime exceptions).

1.Spring的AOP即声明式事务管理默认是针对unchecked exception回滚。

• 一般来说，我们在事务中使用异常抛出时最好使用RuntimeException进行定义，若用Exception将导致事务回滚失效

我们可以采用配置xml或注的方法进行该事务的正常回滚：
@Transactional(rollbackFor=Exception.class)
或：
<tx:advice id="txAdvice" transaction-manager="transactionManager">
 　　<tx:attributes>
 　　　　<tx:method name="*" rollback-for="com.cn.untils.exception.XyzException"/>
 　　</tx:attributes>
 </tx:advice>

2.Spring会将你的try/catch代码块commit，如果将异常捕获（catch）而不是抛出（throw），事务将不回滚

一般不需要在业务方法中catch异常，如果非要catch，在做完你想做的工作后（比如关闭文件等）一定要抛出runtime
exception，否则spring会将你的操作commit,这样就会产生脏数据.所以你的catch代码是画蛇添足。