前言

        更加具体的参数介绍，以及 @Transactional 失效场景介绍，请点击下面的链接学习：

• @Transactional 注解参数详解，以及注解的使用特性说明（典藏版）
• @Transactional 注解导致跨库查询失效的问题

正文

一、异常的分类

• 可查的异常（checked exceptions）：Exception下除了RuntimeException外的异常；
• 不可查的异常（unchecked exceptions）：RuntimeException及其子类和错误（Error）；

二、@Transactional 属性介绍

@Transactional 注解的关键属性大致有九个（如图）：

三、@Transactional 使用

        使用@Transaction注解时，阿里巴巴代码规范插件会提醒需要指定rollbackFor以显示的rollback。

        默认情况下，Spring框架在使用 @Transaction 处理事务时默认只在 抛出运行时异常（可检查异常 - checked exceptions） 和 unchecked exceptions（不可检查异常） 时才会事务回滚。也就是说，当抛出个RuntimeException 或其子类例的实例时，从事务方法中抛出的 Checked exceptions 将不被标识进行事务回滚。

• 让checked异常回滚：在整个方法前加上 @Transactional(rollbackOn=Exception.class)
• 让unchecked异常不回滚： @Transactional(dontRollbackOn=RunTimeException.class)
• 不需要事务管理的(只查询的)方法：@Transactional(propagation=Propagation.NOT_SUPPORTED)

注意：

• 如果异常被try-catch了，事务就不会回滚，如果想让事务回滚必须再往外抛try｛｝catch｛throw Exception｝。
• Spring团队的建议在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。也可以在接口上使用 @Transactional 注解，但是这种情况需要设置基于接口的代理时才生效
• @Transactional 注解标识的方法，建议处理过程尽量的简单。尤其是带锁的事务方法，能不放在事务里面的最好不要放在事务里面。可以将常规的数据库查询操作放在事务前面进行，而将增、删、改等操作放在事务中

四、测试

        如果 catch 块内的代码不写的话，事务是不会回滚的。因为事务被 catch 捕获到了，所以只能手动的进行事务回滚。

@Slf4j
@Service
public class DemoService {
 
    @Autowired
    private DemoMapper demoMapper;
 
    @Transactional
    public Integer insert(MemberEntity memberEntity) {
        Integer insertResult = 0;
        try {
            insertResult = demoMapper.save(memberEntity);
            log.info("insertResult:{}", insertResult);
            int result = 1 / memberEntity.getAge();
        } catch (Exception e) {
            log.error("errorMsg:{}", e.getMessage());
            // catch异常，必须手动回滚
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
        }
        return insertResult;
    }
}