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方法。