rollback
需要在transactional注解指定rollbackFor或者在方法中显示的rollback
芥末无疆sss 关注
2018.02.14 01:53 字数 842 阅读 39评论 0喜欢 3
由java阿里巴巴规范提示得,今日探究其原因
1. 先看异常的分类
可查的异常（checked exceptions）:Exception下除了RuntimeException外的异常
不可查的异常（unchecked exceptions）:RuntimeException及其子类和错误（Error）
如果不对运行时异常进行处理，那么出现运行时异常之后，要么是线程中止，要么是主程序终止。
如果不想终止，则必须捕获所有的运行时异常，决不让这个处理线程退出。队列里面出现异常数据了，正常的处理应该是把异常数据舍弃，然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。
非运行时异常是RuntimeException以外的异常，类型上都属于Exception类及其子类。如IOException、sqlException等以及用户自定义的Exception异常。对于这种异常，java编译器强制要求我们必需对出现的这些异常进行catch并处理，否则程序就不能编译通过。所以，面对这种异常不管我们是否愿意，只能自己去写一大堆catch块去处理可能的异常。
开始主题@Transactional如果只这样写，
Spring框架的事务基础架构代码将默认地 只 在抛出运行时和unchecked exceptions时才标识事务回滚
也就是说，当抛出个RuntimeException 或其子类例的实例时。（Errors 也一样 - 默认地 - 标识事务回滚。）从事务方法中抛出的Checked exceptions将 ****不 被标识进行事务回滚。
1 让checked例外也回滚：在整个方法前加上 @Transactional(rollbackFor=Exception.class)
2 让unchecked例外不回滚： @Transactional(notRollbackFor=RunTimeException.class)
3 不需要事务管理的(只查询的)方法：@Transactional(propagation=Propagation.NOT_SUPPORTED)
注意： 如果异常被try｛｝catch｛｝了，事务就不回滚了，如果想让事务回滚必须再往外抛try｛｝catch｛throw Exception｝。
注意：
- Spring团队的建议是你在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。你当然可以在接口上使用 @Transactional 注解，但是这将只能当你设置了基于接口的代理时它才生效。因为注解是不能继承的，这就意味着如果你正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装（将被确认为严重的）。因此，请接受Spring团队的建议并且在具体的类上使用 @Transactional 注解。
- @Transactional 注解标识的方法，处理过程尽量的简单。尤其是带锁的事务方法，能不放在事务里面的最好不要放在事务里面。可以将常规的数据库查询操作放在事务前面进行，而事务内进行增、删、改、加锁查询等操作。
相关阅读
本文转载自微信公众号“猪杂汤饭” 在Spring中操作事务可以使用声明式和编程式者两种方式。使用@Transactional是声明式事务，声明
Spring Boot 中使用 @Transactional 注解配置事务管理
事务管理是应用系统开发中必不可少的一部分。Spring 为事务管理提供了丰富的功能支持。Spring 事务管理分为编程式和声明式的两种
@Transactional底层实现是SpringAOP技术，而SpringAOP技术是动态代理； 1. 静态方法； 2. 非public方法； 3. 自调用方法：即，一个类的一个
关于Spring注解式事务@Transactional的简单描述
一、背景： 目前很多项目的事务处理都是利用Spring的注解式事务实现的（@Transactional）。 在测试事务回滚的过程中发现如下现象： t
@Transactional 概述 @Transactional 是声明式事务管理 编程中使用的注解 添加位置 接口实现类或接口实现方法上，而不是接口类