先给出最终解决办法:
@Transactional( propagation = NOT_SUPPORTED )
SpringBoot 一般通过@Transactional 注解进行事务管理,但是在方法中使用了try catch 的时候,由于并没有真正的向方法外抛出异常,也就不会触发回滚,这时就需要我们在catch中手动触发。
@Transactional(rollbackFor = Exception.class)
public void transactionalTest(){
try(){
throw new Exception("抛出异常");
}catch() {
TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}
}
一般情况下是适用的,但是当项目中添加了动态数据源之后,由于在事务中无法切换数据源,但又确实存在这个需求,怎么办呢?spring 早就提供了解决办法,那就是通过 propagation属性 ,将需要切换数据源的方法提取出来,将数据查询出来之后单独用一个变量接收。
@Transactional(propagation = NOT_SUPPORTED )
public String getEmail(Long id){
DynamicDataSourceHolder.setDataSourceType(CommonEnum.DataSourceXXX);
String staffEmail = xxxDao.getEmail(id);
return staffEmail;
}
这里 propagation = NOT_SUPPORTED 代表的是:以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
需要注意的一点是,这个方法还不能和当前事务处在同一个service中,可以通过单独提供一个commonService ,在其中放置getEmail(id)方法,并通过commonService.getEmail(xxx)来调用。具体原因待查询。
Spring中七种Propagation类的事务属性详解:
REQUIRED:支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。
SUPPORTS:支持当前事务,如果当前没有事务,就以非事务方式执行。
MANDATORY:支持当前事务,如果当前没有事务,就抛出异常。
REQUIRES_NEW:新建事务,如果当前存在事务,把当前事务挂起。
NOT_SUPPORTED:以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。
NEVER:以非事务方式执行,如果当前存在事务,则抛出异常。
NESTED:支持当前事务,如果当前事务存在,则执行一个嵌套事务,如果当前没有事务,就新建一个事务。