目录
1:空指针和代码效率问题
2:Map传值
3:Map和List传值
4.Springboot声明式(@Transactional)事务失效
1、Spring事务管理默认是针对Error和RuntimeException异常以及对其子类进行事务回滚,如果抛出的异常范围在这两种范围之外,则不可回滚。
比如:NullPointException可以回滚,
SQLTimeoutException不会回滚。
解决方法:在@Transaction注解里面加上指定回滚类型即可,如下:
@Transactional(rollbackFor = Exception.class)
2、对异常进行捕获,在需要执行的service里面不应该主动捕获异常,会导致事务失效。
解决方法:在catch中手动回滚动作(TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();)
如下:
try {
//业务代码
} catch (Exception e) {
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
3、声明式事务在非public修饰方法不生效。
@Transaction注解只对方法名为public的才生效,其他事务不会生效。因为只有@Transaction注解的方法被其他方法调用时才会生效,能被其他方法调用的方法只能是public修饰。
4、内部调用的2种场景。
因为@Transaction要生效,需要经过Spring的代理类,所以只有来自外部方法调用被AOP代理成功捕获,也就是类内部方法调用本类中其他方法不会引起事务行为。
自身调用失效,即该类的A方法没有经过Spring的代理类,调用了该类自己的方法B ,默认只有外部调用事务才会生效。
如:①:无事务A方法调用内部带事务B方法的时候,B事务就是失效。
解决方法:方法A和方法B都支持事务。
②:如果同类中A方法调用B方法,被调用方法B使用@Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class)注解修饰,REQUIRES_NEW表示新开一个事务,那么事务也不会生效。
解决方法:一个是可以在类中注入自己,用注入的对象调用另一个方法。
另一个就是将同一个类中的两个事务拆分到两个类中,A方法所在类注入B方法所在类。
5、方法被final或者static修饰。
方法使用了final或者static修饰之后,不能被代理类重写,因此事务丢失。