一、事务失效原因
1、如使用mysql且引擎是MyISAM,则事务会不起作用,原因是MyISAM不支持事务,可以改成InnoDB
2、如果使用了spring+mvc,则context:component-scan重复扫描问题可能会引起事务失败
3、 @Transactional 注解开启配置,必须放到listener里加载,如果放到DispatcherServlet的配置里,事务也是不起作用的
4、 @Transactional 注解只能应用到 public 可见度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解,它也不会报错,事务也会失效
5、Spring团队建议在具体的类(或类的方法)上使用 @Transactional 注解,而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解,只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的,这就意味着如果正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理所包装
6、未特殊配置,spring默认只对service层抛出对RuntimeException回滚
二、spring事务原理
1、spring的事务边界是在调用业务方法之前开始的,业务方法执行完毕之后来执行commit or rollback(Spring默认取决于是否抛出runtime异常)
2、Spring的AOP即声明式事务管理默认是针对unchecked exception回滚。也就是默认对RuntimeException()异常或是其子类进行事务回滚;checked异常,即Exception可try{}捕获的不会回滚,如果使用try-catch捕获抛出的unchecked异常后没有在catch块中采用页面硬编码的方式使用spring api对事务做显式的回滚,则事务不会回滚
三、设置异常是否需要回滚(默认只有RuntimeException及其子类可以回滚)
1、设置需要回滚的异常
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" rollback-for="com.exception.MyException"/>
</tx:attributes>
</tx:advice>
注:此处设置为Exception,则所有异常都会回滚
2、设置不需要回滚的异常
<tx:advice id="txAdvice">
<tx:attributes>
<tx:method name="*" no-rollback-for="com.exception.MyException"/>
</tx:attributes>
</tx:advice>
注:若一个异常既被设置为rollback又被设置为no-rollback,则按其是否为RuntimeExcption及其子类 来处理