Java阿里巴巴规范提示：方法【edit】须要在Transactional注解指定rollbackFor或者在方法中显示的rollback。
# 异常的分类web
先来看看异常的分类数据库
error是必定会回滚的。
微信
这里Exception是异常，他又分为运行时异常RuntimeException和非运行时异常 架构
可查的异常（checked exceptions）:Exception下除了RuntimeException外的异常
app不可查的异常（unchecked exceptions）:RuntimeException及其子类和错误（Error）
框架
若是不对运行时异常进行处理，那么出现运行时异常以后，要么是线程停止，要么是主程序终止。 编辑器
若是不想终止，则必须捕获全部的运行时异常，决不让这个处理线程退出。队列里面出现异常数据了，正常的处理应该是把异常数据舍弃，而后记录日志。不该该因为异常数据而影响下面对正常数据的处理。ui
非运行时异常是RuntimeException之外的异常，类型上都属于Exception类及其子类。如IOException、SQLException等以及用户自定义的Exception异常。url
对于这种异常，JAVA编译器强制要求咱们必需对出现的这些异常进行catch并处理，不然程序就不能编译经过。因此，面对这种异常无论咱们是否愿意，只能本身去写一大堆catch块去处理可能的异常。spa
# @Transactional 的写法
开始主题@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 注解标识的方法，处理过程尽可能的简单。尤为是带锁的事务方法，能不放在事务里面的最好不要放在事务里面。能够将常规的数据库查询操做放在事务前面进行，而事务内进行增、删、改、加锁查询等操做。
做者：Mint6
来源：https://urlify.cn/YZfqiy
150页，8W字的Java知识手册
获取方式：
一、公众号后台回复「手册」
二、扫描下方二维码，回复「手册」
👆
长按上方二维码 2 秒
回复「
手册
」便可获取资料
本文分享自微信公众号 - Java专栏（finishbug）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。