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。

声明式:

注解式:@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方法。

你可能感兴趣的:(spring事务)