@Transactional 注解只能应用到 public 可见度的方法上。如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用

本文转载自查看原文 2021-02-19 21:37 962 transaction-事务

5.@Transactional 注解只能应用到 public 可见度的方法上。如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用

今天在开发中跟同事交流学到了Spring对于事务的注解；我在培训的时候写一个事务觉得挺费劲的（当时没有用到注解的方式）；现在觉得挺方便；

@Transactional(rollbackFor = Exception.class, isolation = Isolation.READ_COMMITTED)

1 让checked例外也回滚：在整个方法前加上 @Transactional(rollbackFor=Exception.class)

2 让unchecked例外不回滚： @Transactional(notRollbackFor=RunTimeException.class)

什么是checked异常，什么是unchecked异常？：

java里面将派生于Error或者RuntimeException（比如空指针，1/0）的异常称为unchecked异常，
其他继承自java.lang.Exception得异常统称为Checked Exception，如IOException、TimeoutException等

再通俗一点：你写代码出现的空指针等异常，会被回滚，文件读写，网络出问题，spring就没法回滚了。

3 不需要事务管理的(只查询的)方法：@Transactional(propagation=Propagation.NOT_SUPPORTED)
使用事务不可以在方法里加 try{}catch{} 加了自己处理了，就不会再走事务注解

4.timeout = 1 参数默认超时为30秒，但是这个值可以自己设定，我就遇到了坑，别的同事给设成1，导致报错问题不知道在哪

5.@Transactional 注解只能应用到 public 可见度的方法上。如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用

6.如果已经在service中进行了try catch 操作由于已经被抓获异常故事务也不会回滚

最近在优化项目的代码，然后使用的是阿里的P3C代码规范检查，然后就出现了如下的提示。

方法【create】需要在Transactional注解指定rollbackFor或者在方法中显示的rollback。

原因：并未在方法内或者注解上说明发生异常时如何回滚。下图是方法的完整的代码。

解决方案之一：在此方法@Transactional注解后面加上(rollbackFor = Exception.class)，如图所示：

解决方案之二：@Transactional注解上不加rollbackFor这个属性，在try...catch...的catch里写上如何回滚。

下面代码的三种方案都是正确的（第一种是在类级别的注解上，第二种是在方法级别的注解上，第三种是在捕获异常后在catch里写上）

事务场景中，抛出异常被 catch后，如果需要回滚，一定要手动回滚事务。
Positive example 1：
/**
* @author hjm
* @date 2019/07/09
*/
@Service
@Transactional(rollbackFor = Exception.class)
public class UserServiceImpl implements UserService {
@Override
public void save(User user) {
//some code
//db operation
}
}
Positive example 2：
/**
* @author hjm
* @date 2019/07/09
*/
@Service
public class UserServiceImpl implements UserService {
@Override
@Transactional(rollbackFor = Exception.class)
public void save(User user) {
//some code
//db operation
}
}
Positive example 3：
/**
* @author hjm
* @date 2019/07/09
*/
@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框架的事务处理代码默认地只在抛出运行时和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｝。

下面再说一下异常的继承体系（拓展的内容）：