Transcational注解可能失效的情况总结

参考文章： https://blog.csdn.net/weixin_42719412/article/details/85318391

@Transcational注解使用注意点

Spring提供的事务注解@Transcational在以下情况会不生效或者数据不回滚，使用时需要注意

1. 函数必须是public的，否则事务不生效

2. 添加有@Transcational注解的函数不应该在该类的内部调用，因为Spring AOP机制不会拦截内部函数间的调用，所以会导致事务不生效

3. 数据库引擎要支持事务，如果是Mysql，注意表要使用支持事务的引擎，比如innodb，如果是myisam，事务不生效

4. 因为Spring的事务功能基于AOP，所以该类必须托管于Spring容器内，且必须与调用者处于同一容器内，否则事务不生效

5. 需要注意是否打开了使用注解进行事务控制，Spring Boot项目默认打开，非Spring Boot项目需要在配置文件中进行如下配置，否则基于@Transcational注解的事务可能不会生效：

   <tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>
   

6. Spring的事务回滚默认只对unchecked异常回滚，如果出现的异常是checked，则不会回滚，如果希望对所有的异常都进行回滚，可以在@Transcational注解中配置属性，如下：

   @Transactional(rollbackFor=Exception.class)
   

   类似的还有norollbackFor属性，用于配置不需要回滚的异常

7. 异常在catch后必须抛出，否则不会进行回滚

事务传播模式

在使用事务时，很可能会设计到事务之间的嵌套使用，这是就需要指明事务之间的传播模式。

Propagation枚举了多种事务传播模式，部分列举如下：

1. REQUIRED(默认模式)：业务方法需要在一个容器里运行。如果方法运行时，已经处在一个事务中，那么加入到这个事务，否则自己新建一个新的事务。

2. NOT_SUPPORTED：声明方法不需要事务。如果方法没有关联到一个事务，容器不会为他开启事务，如果方法在一个事务中被调用，该事务会被挂起，调用结束后，原先的事务会恢复执行。

3. REQUIRESNEW：不管是否存在事务，该方法总汇为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务挂起，新的事务被创建。

4. MANDATORY：该方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果在没有事务的环境下被调用，容器抛出例外。

5. SUPPORTS：该方法在某个事务范围内被调用，则方法成为该事务的一部分。如果方法在该事务范围外被调用，该方法就在没有事务的环境下执行。

6. NEVER：该方法绝对不能在事务范围内执行。如果在就抛例外。只有该方法没有关联到任何事务，才正常执行。

7. NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中。如果没有活动事务，则按REQUIRED属性执行。它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。

通过Spring手动控制事务

当因为一些限制导致我们不能使用@Transcational来完成事务控制时，我们可以自己通过以下方式来开启并控制事务

1 获取事务管理器，这里因为是用的JPA，所以获取的是JpaTransactionManager，根据自己项目实际使用的事务管理器来获取

@Resource
private JpaTransactionManager transactionManager;

2 手动开启并控制事务

//手动开启事务
DefaultTransactionDefinition def = new DefaultTransactionDefinition();
def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);
TransactionStatus transactionStatus = transactionManager.getTransaction(def);
try{
    ...
    //手动提交事务
    transactionManager.commit(transactionStatus);
}catch(Exception e){
    //手动控制事务回滚
    transactionManager.rollback(transactionStatus);
    log.error("数据操作异常，已进行回滚");
    throw e;
}