Transactional注解为什么需要指定rollbackFor或者在方法中显示的rollback
异常的分类
error、exception。
error是一定会回滚的。
这里Exception是异常,他又分为运行时异常RuntimeException(可查的异常checked exceptions)和非运行时异常(不可查的异常unchecked exceptions)
@Transactional的原理
1、Spring框架的事务基础架构代码将默认地 只 在抛出运行时和unchecked exceptions时才标识事务回滚
= 也就是说,当抛出个RuntimeException 或其子类例的实例时。
Transactional的注解的参数使用
注解写法 | 说明 |
---|---|
@Transactional(rollbackFor=Exception.class) | 让checked例外也回滚 |
@Transactional(notRollbackFor=RunTimeException.class) | 让unchecked例外不回滚 |
@Transactional(propagation=Propagation.NOT_SUPPORTED) | 不需要事务管理的(只查询的)方法 |
Spring团队建议
1、@Transactional需要写在类上,不要写在接口,因为注解是不可继承的。
注意:只能当你设置了基于接口的代理时它才生效。
如果你正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理所包装(将被确认为严重的)。
2、处理过程尽量的简单(尤其是带锁的事务方法,能不放在事务里面的最好不要放在事务里面)。
可以将常规的数据库查询操作放在事务前面进行,而事务内进行增、删、改、加锁查询等操作。