Spring事务管理总结

spring事务控制的3种方式

编程式事务：直接在代码里手动开启事务，手动提交，手动回滚（灵活控制，重复代码太多）。

声明式事务：使用SpringAop配置事务，但需要注意的是切入点表达式一定要写正确。

注解式事务：直接在Service层的方法上面加上@Transactional注解，一般常用。

Spring事务不能回滚的原因3+2:

事务配置切入点错误：如Service接口中的方法添加了@Transactional(注解不能继承)。

未抛出异常：如try-catch处理时，catch处未手动抛出RuntimeException异常。

异常类型不符：Spring默认捕获的是RuntimeException，当抛出的不是RuntimeException，不能捕获。

在嵌套事务中：在methodA()内部调用了methodB()，此时methodB()的事务管理不生效。

多线程下的事务管理：使用@Transactional 的方法，内包含多线程的使用，则事务失效。

Spring事务不能回滚处理方案：

保证事务切入点的正确，特别是编程式事务。

修改spring默认事务回滚类型为Exception。

声明式：<tx:method name="update*" propagation="REQUIRED" rollback-for="java.lang.Exception"/>

注解式：@Transactional(rollbackFor=Exception.class)

Service层使用了try-catch处理，则需要手动抛出RuntimeException异常，或者手动添加回滚代码。

TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();  

只读事务是不会回滚的，即查询方法中的事务不会回滚。

spring嵌套事务失效问题

即ServiceImpl中的methodA(),methodB();controller中调用了methodA(),在methodA()内部调用了methodB()，此时methodB()的事务管理不生效，只有methodA()的生效。

原因是spring是采用代理模式找到目标对象的。在controller中调用methodA()时，通过代理模式加载出来了目标对象，在内部调用methodB()时不属于代理模式调用，此时AOP失效。

spring多线程下事务管理失效

原因：spring 事务是通过LocalThread来保证线程安全的，事务和当前线程绑定，在多线程下事务失效。

事务的基本特性是原子性，而多线程则是多个操作并行处理，是相悖的。

数据库的事务是由CONNECTION来控制..而Spring通过ThreadLocal来绑定当前数据库连接。

处理方案：使用spring的分布式事务jta，重写JtaTransactionManager的doCommit和doRollback方法。