【Spring】@Transactional 闲聊

菜瓜：上次的AOP理论知识看完收获挺多的，虽然有一个自定义注解的demo，但还是觉得差点东西

水稻：我也觉得没有跟一遍源码还是差点意思，这次结合@Transactional注解深入源码看一下

菜瓜：事务注解，这个平时用的挺多的

水稻：是吗？来看看你的基础咋样

要保证一个方法中多个数据库操作的原子性，要共用一个数据库连接，但是coding时我们不用显示传递连接对象，这是咋弄的？
如果一个方法里面只有查询操作，是否不用开启事务？
如何解决非事务方法调用本地事务方法失效的？
注解常用的传播属性，你知道他们的区别吗

菜瓜：虽然没看过源码，我大胆猜测一下

隐式传递连接对象可以将其封装到线程中，一般一次请求操作都是在一个线程中完成。使用ThreadLocal将连接和线程绑定
查询操作也得看业务场景，如果多次查询相同的数据要避免不可重复读问题，可开启只读事务 (readOnly = true)

结合AOP的知识，这里其实要解决调用事务方法的对象不是代理对象的问题。用代理对象调本地事务方法即可(注入自己)

/**
 * @author QuCheng on 2020/6/24.
 */
@Service
public class ItemServiceImpl implements ItemService {

    @Resource
    private IcbcItemMapper itemMapper;

    @Resource
    private ItemService itemService;

    @Override
    public void changeNameById(Long itemId) {
        // changeItemById(itemId);
        itemService.changeItemById(itemId);
    }

    @Transactional(rollbackFor = RuntimeException.class)
    @Override
    public void changeItemById(Long itemId) {
        itemMapper.updateNameById(itemId, "name4");
        int a = 10 / 0;
        itemMapper.updatePriceById(itemId, 100L);
    }
}

传播属性这个没了解过啊，数据库事务里面么得这个概念

水稻：可以啊，平时的代码没白写

菜瓜：coding这种事情，easy啦！

水稻：这就飘了？来看这个问题

如果我想在A事务方法中调用B事务方法，B方法如果回滚了，不能影响A事务继续执行，但是A事务如果执行出问题了，B也要回滚，怎么弄？

菜瓜：。。。这不就是大事务嵌套小事务嘛。。。我不会

水稻：不扯了，来看源码吧，这个问题等解释了传播属性你就知道了

上回我们说到，@Transactional是AOP的典型应用，bean被实例化之后要创建代理（参考自定义注解），就少不了切面类Advisor对象。那么它是谁，它在哪，它在干什么？
回到事务功能开启的注解@EnableTransactionManagement

没错，它肯定会有一个Import注解引入TransactionManagementConfigurationSelector类

public class TransactionManagementConfigurationSelector extends AdviceModeImportSelector<EnableTransactionManagement> {
 
   @Override
   protected String[] selectImports(AdviceMode adviceMode) {
      switch (adviceMode) {
         case PROXY:
            return new String[] {AutoProxyRegistrar.class.getName(),
                  // 看这里
                  ProxyTransactionManagementConfiguration.class.getName()};
         case ASPECTJ:
            return new String[] {determineTransactionAspectClass()};
         default:
            return null;
      }
   }
。。。

}


@Configuration
public class ProxyTransactionManagementConfiguration extends AbstractTransactionManagementConfiguration {

   @Bean(name = TransactionManagementConfigUtils.TRANSACTION_ADVISOR_BEAN_NAME)
   @Role(BeanDefinition.ROLE_INFRASTRUCTURE)
   public BeanFactoryTransactionAttributeSourceAdvisor transactionAdvisor() {
      BeanFactoryTransactionAttributeSourceAdvisor advisor = new BeanFactoryTransactionAttributeSourceAdvisor();
      advisor.setTransactionAttributeSource(transactionAttributeSource());
      advisor.setAdvice(transactionInterceptor());
      if (this.enableTx != null) {
         advisor.setOrder(this.enableTx.<Integer>getNumber("order"));
      }
      return advisor;
   }

   @Bean
   @Role(BeanDefinition.ROLE_INFRASTRUCTURE)
   public TransactionAttributeSource transactionAttributeSource() {
      return new AnnotationTransactionAttributeSource();
   }

   @Bean
   @Role(BeanDefinition.ROLE_INFRASTRUCTURE)
   public TransactionInterceptor transactionInterceptor() {
      // 增强
      TransactionInterceptor interceptor = new TransactionInterceptor();
      interceptor.setTransactionAttributeSource(transactionAttributeSource());
      if (this.txManager != null) {
         interceptor.setTransactionManager(this.txManager);
      }
      return interceptor;
   }

}

切面类对象设置了事务的扫描器，也set了增强类TransactionInterceptor

public class TransactionInterceptor extends TransactionAspectSupport implements MethodInterceptor, Serializable {
。。。
@Override
    @Nullable
    public Object invoke(MethodInvocation invocation) throws Throwable {
        // Work out the target class: may be {@code null}.
        // The TransactionAttributeSource should be passed the target class
        // as well as the method, which may be from an interface.
        Class<?> targetClass = (invocation.getThis() != null ? AopUtils.getTargetClass(invocation.getThis()) : null);

        // Adapt to TransactionAspectSupport's invokeWithinTransaction...
        return invokeWithinTransaction(invocation.getMethod(), targetClass, invocation::proceed);
    }
}

public abstract class TransactionAspectSupport implements BeanFactoryAware, InitializingBean {
  
。。。  
@Nullable
protected Object invokeWithinTransaction(Method method, @Nullable Class<?> targetClass,
      final InvocationCallback invocation) throws Throwable {
   。。。
      // ①创建事务，数据库连接处理也在这
      TransactionInfo txInfo = createTransactionIfNecessary(tm, txAttr, joinpointIdentification);
      Object retVal = null;
      try {
         // 调用目标方法
         retVal = invocation.proceedWithInvocation();
      }
      catch (Throwable ex) {
         // 异常后事务处理
         completeTransactionAfterThrowing(txInfo, ex);
         throw ex;
      }
      finally {
         cleanupTransactionInfo(txInfo);
      }
      commitTransactionAfterReturning(txInfo);
      return retVal;
   }
。。。
}

菜瓜：懂，接下来的代码逻辑就是在增强类TransactionInterceptor的invoke方法里

水稻：对

先看数据库连接的处理 - 验证ThreadLocal

protected void doBegin(Object transaction, TransactionDefinition definition) {
   。。。
        // 如果连接是新的，就进行绑定
        if (txObject.isNewConnectionHolder()) {
            TransactionSynchronizationManager.bindResource(this.obtainDataSource(), txObject.getConnectionHolder());
        }
   。。。
}

class TransactionSynchronizationManager
public static void bindResource(Object key, Object value) throws IllegalStateException {
        Object actualKey = TransactionSynchronizationUtils.unwrapResourceIfNecessary(key);
        Assert.notNull(value, "Value must not be null");
        Map<Object, Object> map = resources.get();
        // set ThreadLocal Map if none found
        if (map == null) {
            map = new HashMap<>();
            resources.set(map);
        }
        Object oldValue = map.put(actualKey, value);
        // Transparently suppress a ResourceHolder that was marked as void...
        if (oldValue instanceof ResourceHolder && ((ResourceHolder) oldValue).isVoid()) {
            oldValue = null;
        }
        if (oldValue != null) {
            throw new IllegalStateException("Already value [" + oldValue + "] for key [" +
                    actualKey + "] bound to thread [" + Thread.currentThread().getName() + "]");
        }
        if (logger.isTraceEnabled()) {
            logger.trace("Bound value [" + value + "] for key [" + actualKey + "] to thread [" +
                    Thread.currentThread().getName() + "]");
        }
    }

回过头来看AB方法调用的回滚问题，直接给出答案（突然发现这个问题要讲清楚篇幅会很大，就。。挺突然的。。挺突然der）

在B方法上设置传播属性为NESTED即可，然后在A中catch住B的异常
你肯定会问不加NESTED去catch不行吗？不行，非NESTED的方法抛出的异常是无法回滚的。
不信你看

@Transactional(rollbackFor = RuntimeException.class)
    @Override
    public void changeNameById(Long itemId) {
        itemMapper.updateNameById(itemId, "A");
        try {
            itemService.changeItemById(itemId);
//            itemService.changeItemByIdNested(itemId);
        } catch (Exception e) {
            System.out.println("我想继续执行,不影响修改A");
        }
        itemMapper.updatePriceById(itemId, 1L);
    }

    @Transactional(rollbackFor = RuntimeException.class)
    @Override
    public void changeItemById(Long itemId) {
        itemMapper.updateNameById(itemId, "B+REQUIRED");
        itemMapper.updatePriceById(itemId, 10L);
        int a = 10 / 0;
    }

    @Transactional(rollbackFor = RuntimeException.class, propagation = Propagation.NESTED)
    @Override
    public void changeItemByIdNested(Long itemId) {
        itemMapper.updateNameById(itemId, "B+NESTED");
        itemMapper.updatePriceById(itemId, 100L);
        int a = 10 / 0;
    }


-- 测试结果
//①  itemService.changeItemById(itemId);  数据库所有数据都不会改变
我想继续执行,不影响修改A
org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only

// ② itemService.changeItemByIdNested(itemId); 第一个方法的修改会生效
我想继续执行,不影响修改A

菜瓜：这就是传播属性NESTED？默认的是REQUIRED，还有一个常用的REQUIRES_NEW呢？

水稻：搞清楚这个其实从数据库连接入手其实就很清楚

REQUIRED修饰的方法和A使用同一个连接，A和B是挂一起的，谁回滚都会影响对方，且B方法的异常会被事务管理器标记为必须回滚
NESTED修饰的方法和A使用同一个连接，但是用到了数据库的savePoint特性，它可以回滚到指定的点，如果是有回滚点的操作，抛出的异常可以被处理
REQUIRES_NEW修饰的方法和A使用的就不是一个连接了，回不回滚都不会影响对方，当然，要捕捉异常

菜瓜：传播属性了解。回滚的问题还得再看看，篇幅很大是很复杂吗？

水稻：其实不复杂，就是要跟踪源码断点调试。。。截图搞来搞去，篇幅就很长，你自己去调的话其实很快

菜瓜：那我下去康康

总结

这里提到Transactional注解其实是为了巩固AOP的，当然提到了一些注意点。譬如本地调用，譬如ThreadLocal的应用，还譬如传播属性
传播属性其实用的少，但是聊起来就比较多了，可以聊事务的隔离级别，聊ACID的实现，聊MySQL的锁

posted @ 2020-06-25 17:02 渠成阅读(334) 评论(0) 编辑收藏举报

刷新页面返回顶部

【Spring】@Transactional 闲聊

公告