事务场景中,抛出异常被catch后,如果需要回滚,一定要手动回滚事务。
2018-04-10 00:00
2775 查看
摘要: 阿里巴巴编码规约中写明:事务场景中,抛出异常被catch后,如果需要回滚,一定要手动回滚事务。
一、规约详情
二、扩展
Spring事务框架默认只在抛出RuntimeException和unchecked exceptions时才将事务回滚(Errors默认 - 事务回滚),但是抛出的Checked exceptions时将不进行事务回滚。
如果我们希望改变这个默认情况,可以按场景做设置:
抛出checked exceptions时也回滚事务:@Transactional(rollbackFor=Exception.class)
抛出unchecked excepitons时不回滚事务:@Transactional(notRollbackFor=RunTimeException.class)
不需要事务管理:@Transactional(propagation=Propagation.NOT_SUPPORTED)
注意:如果异常被try{}catch{}了,事务就不回滚了,如果想让事务回滚必须再往外抛try{}catch{throw Exception}。
三、补充
Spring团队的建议是你在具体的类(或类的方法)上使用 @Transactional 注解,而不要使用在类所要实现的任何接口上。你当然可以在接口上使用 @Transactional 注解,但是这将只能当你设置了基于接口的代理时它才生效。因为注解是不能继承的,这就意味着如果你正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理所包装(将被确认为严重的)。因此,请接受Spring团队的建议并且在具体的类上使用 @Transactional 注解。
@Transactional 注解标识的方法,处理过程尽量的简单。尤其是带锁的事务方法,能不放在事务里面的最好不要放在事务里面。可以将常规的数据库查询操作放在事务前面进行,而事务内进行增、删、改、加锁查询等操作。
一、规约详情
Name TransactionMustHaveRollbackRule Severity Major Message 事务场景中,抛出异常被catch后,如果需要回滚,一定要手动回滚事务。 Examples Positive example 1: /** * @author caikang * @date 2017/04/07 */ @Service @Transactional(rollbackFor = Exception.class) public class UserServiceImpl implements UserService { @Override public void save(User user) { //some code //db operation } } Positive example 2: /** * @author caikang * @date 2017/04/07 */ @Service public class UserServiceImpl implements UserService { @Override @Transactional(rollbackFor = Exception.class) public void save(User user) { //some code //db operation } } Positive example 3: /** * @author caikang * @date 2017/04/07 */ @Service public class UserServiceImpl implements UserService { @Autowired private DataSourceTransactionManager transactionManager; @Override @Transactional public void save(User user) { DefaultTransactionDefinition def = new DefaultTransactionDefinition(); // explicitly setting the transaction name is something that can only be done programmatically def.setName("SomeTxName"); def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED); TransactionStatus status = transactionManager.getTransaction(def); try { // execute your business logic here //db operation } catch (Exception ex) { transactionManager.rollback(status); throw ex; } } }
二、扩展
Spring事务框架默认只在抛出RuntimeException和unchecked exceptions时才将事务回滚(Errors默认 - 事务回滚),但是抛出的Checked exceptions时将不进行事务回滚。
如果我们希望改变这个默认情况,可以按场景做设置:
抛出checked exceptions时也回滚事务:@Transactional(rollbackFor=Exception.class)
抛出unchecked excepitons时不回滚事务:@Transactional(notRollbackFor=RunTimeException.class)
不需要事务管理:@Transactional(propagation=Propagation.NOT_SUPPORTED)
注意:如果异常被try{}catch{}了,事务就不回滚了,如果想让事务回滚必须再往外抛try{}catch{throw Exception}。
三、补充
Spring团队的建议是你在具体的类(或类的方法)上使用 @Transactional 注解,而不要使用在类所要实现的任何接口上。你当然可以在接口上使用 @Transactional 注解,但是这将只能当你设置了基于接口的代理时它才生效。因为注解是不能继承的,这就意味着如果你正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理所包装(将被确认为严重的)。因此,请接受Spring团队的建议并且在具体的类上使用 @Transactional 注解。
@Transactional 注解标识的方法,处理过程尽量的简单。尤其是带锁的事务方法,能不放在事务里面的最好不要放在事务里面。可以将常规的数据库查询操作放在事务前面进行,而事务内进行增、删、改、加锁查询等操作。
相关文章推荐
- ErrorCode枚举类型返回错误码信息测试,手动抛出异常信息,在事务中根据错误码来回滚事务的思路。
- 建议64:为循环增加Tester-Doer模式而不是将try-catch置于循环内 如果需要在循环中引发异常,你需要特别注意,应为抛出异常是一个相当影响性能的过程。应该尽量在循环当中对异常发生的一
- try{} catch(Exception e){}异常抛出与Spring事务回滚策略
- spring 回滚事务 异常处理 手动回滚 公司通用处理方式
- mysql事务管理及spring声明式事务中主动异常抛出使数据库回滚
- .net 事务问题,执行多条更新语句,如果有一条出异常,全部回滚
- Spring事务异常回滚,捕获异常不抛出就不会回滚
- Spring事务异常回滚,捕获异常不抛出就不会回滚
- mysql事务管理及spring声明式事务中主动异常抛出使数据库回滚
- 异常捕获不抛出,Spring事务无法回滚
- Spring事务异常回滚,捕获异常不抛出就不会回滚
- java事务异常——Spring事务异常回滚,捕获异常不抛出就不会回滚
- spring事务控制的方法中抛出异常不回滚
- spring事物回滚机制 (事务异常回滚,捕获异常不抛出就不会回滚)
- 异常捕获不抛出,Spring事务无法回滚
- Spring事务异常回滚失败原因,在事务处理层捕获异常不抛出就不会回滚
- java事务异常——Spring事务异常回滚,捕获异常不抛出就不会回滚
- Spring事务异常回滚,捕获异常不抛出就不会回滚
- 子线程异常抛出 及 主线程事务回滚
- 如果catch没有异常抛出怎么办