Seata实战-TCC模式分布式事务原理、源码分析

原理简介

TCC相关原理以及Seata中TCC例子demo的使用，在之前文章中已经说明，有兴趣的可以看看

https://blog.csdn.net/hosaos/article/details/89136666

本文会介绍下Seata中TCC模式设计思路及原理，源码版本0.5.1

先附上一张TCC原理图，如图

总得来说就是分为如下几步

1. 业务方调用各个微服务的try()方法，执行资源检查及预留操作
2. 当所有try()方法均执行成功时，对全局事物进行提交，即由事物管理器调用每个微服务的confirm()方法
3. 当任意一个方法try()失败(预留资源不足，抑或网络异常，代码异常等任何异常)，由事物管理器调用每个微服务的cancle()方法对全局事务进行回滚

资源预留、提交、回滚都由业务方编码控制写在try()、confirm()、cancle()中

关键点就是： TCC事务协调器如何知道在业务方调用各个微服务的try()后，是该调用confirm还是cancle方法，以及具体调用哪个资源管理器(RM)的方法

Demo回顾

Demo中的截图都取自seata-samples中的transfer-tcc-sample，地址如下

https://github.com/seata/seata-samples

业务调用方，通过GlobalTransactional注解开启事务，并调用各个服务提供方的try()方法

服务提供方

1. TwoPhaseBusinessAction注解标记这是个TCC接口，同时指定commitMethod，rollbackMethod的名称
2. BusinessActionContext是TCC事务中的上下文对象
3. BusinessActionContextParameter注解标记的参数会在上下文中传播，即能通过BusinessActionContext对象在commit方法及cancle方法中取到该参数值

对原理及Demo有个大致的回顾，下面开始盘源码

源码分析

TCC资源注册

GlobalTransactionScanner