@transactional加在方法上_为什么阿里规定需要在事务注解@Transactional中指定rollbackFor？...

阅读本文大概需要 2 分钟。

来自&＃xff1a;http://blog.csdn.net/Mint6/article/details/78363761

java阿里巴巴规范提示&＃xff1a;方法【编辑】需要在事务注解指定rollbackFor或者在方法中显示的rollback。

1.异常的分类

先来看看异常的分类&＃xff1a;

错误是一定会回滚的。这里Exception是异常&＃xff0c;他又分为运行时异常RuntimeException和非运行时异常。

可查的异常&＃xff08;已检查异常&＃xff09;&＃xff1a;Exception下除RuntimeException外的异常不可查的异常&＃xff08;怀疑检查的异常&＃xff09;&＃xff1a;RuntimeException及其子类和错误&＃xff08;Error&＃xff09;如果不对运行时异常进行处理&＃xff0c;那么出现运行时异常之后&＃xff0c;或者是线程中止&＃xff0c;则是主程序终止。如果不想终止&＃xff0c;则必须捕获所有的运行时异常&＃xff0c;决不让这个处理线程退出。

异常数据了&＃xff0c;&＃xff0c;正常的处理应该是把异常数据舍弃&＃xff0c;然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。对于这种异常&＃xff0c;JAVA编译器强制要求我们必需对出现的这些因此&＃xff0c;面对这种异常不管我们是否愿意&＃xff0c;只能自己去写一大堆catch块去处理可能的异常。

2. &＃64; Transactional的写法

开始主题&＃64;Transactional如果只这样写&＃xff0c;那&＃xff0c;当投掷一个此类RuntimeException子类实例的实例时。&＃xff08;Errors也一样-交替地-标识事务回滚。&＃xff09;从事务方法中抛出的已检查异常将不被标识进行事务回滚。

1让checked例外也回滚&＃xff1a;在整个方法前加上&＃64;Transactional&＃xff08;rollbackFor &＃61; Exception.class&＃xff09;

2让unchecked例外不回滚&＃xff1a;&＃64;Transactional&＃xff08;notRollbackFor &＃61; RunTimeException.class&＃xff09;

3不需要事务管理的&＃xff08;只查询的&＃xff09;方法&＃xff1a;&＃64;Transactional&＃xff08;传播&＃61;传播。NOT_SUPPORTED&＃xff09;注意&＃xff1a;如果异常被try &＃xff5b;&＃xff5d; catch &＃xff5b;&＃xff5d;扔掉&＃xff0c;事务就不回滚了&＃xff0c;如果想让事务回滚必须再往外抛try &＃xff5b;&＃xff5d; catch &＃xff5b;throw Exception&＃xff5d;。注意&＃xff1a;

• Spring团队的建议是你在具体的类&＃xff08;或类的方法&＃xff09;上使用&＃64;Transactional注解&＃xff0c;而不要使用在类所要实现的任何接口上。你当然可以在接口上使用&＃64;Transactional注解&＃xff0c;但是这将只能因为注解是不能继承的&＃xff0c;这意味着如果您正在使用基于类的代理时&＃xff0c;那么事务的设置将不能被基于类的代理所识别&＃xff0c;而且对象也将不会被事务代理所包装&＃xff08;将被确认为严重的&＃xff09;。因此&＃xff0c;请接受Spring团队的建议和在具体的类上使用&＃64;Transactional注解。
• &＃64;Transactional注解标识的方法&＃xff0c;处理过程正确的简单。尤其是带锁的事务方法&＃xff0c;能不放在事务里面的最好不要放在事务里面。可以将常规的数据库查询操作放在事务前面进行&＃xff0c;而事务内部进行增值&＃xff0c;删除&＃xff0c;改&＃xff0c;加锁查询等操作。