Fescar - RM 提交本地事务流程
开篇
这篇文章的目的是介绍Fescar的提交流程(Commit)和回滚流程(Rollback)，这两个流程其实是Fescar中RM的核心逻辑，涉及和TC交互的流程。
由于RM和TC交互涉及到网络通信，所以这块我们暂时只关注RM端的处理流程而暂时忽略网络通信的过程，网络通信的过程值得通过一篇文章单独进行描述。
Fescar - RM 全局事务提交回滚流程
开篇
这篇文章的目的主要是讲解RM在接收TC的请求后执行全局分支事务提交（doBranchCommit）和全局分支事务回滚（doBranchRollback）的流程。
全局的分支事务提交过程和回滚过程也算RM处理流程中核心的一环，了解以后并结合之前讲解的本地事务提交流程就能够较好的理解整个过程了。
Fescar undoExecutor介绍
开篇
这篇文章的目的主要是讲解RM的执行回滚的Executor对象即undoExecutor，执行回滚日志就是由undoExecutor去执行的。
undoExecutor源码分析
public class UndoExecutorFactory {
public static Ab.
来了！阿里开源分布式事务解决方案 Fescar
广为人知的阿里分布式事务解决方案：GTS（Global Transaction Service），已正式推出开源版本，取名为“Fescar”，希望帮助业界解决微服务架构下的分布式事务问题，今天我们一起来深入了解。
Seata TCC 分支事务
前面，我们已经介绍了 Seata 的整体设计思想，接下来我们深入到其实现细节中，本文介绍 Seata 中 TCC 模式分支事务的实现。
Seata AT 分支事务
前面，我们已经介绍了 Seata 的整体设计思想，接下来我们深入到其实现细节中，本文介绍 Seata 中 AT 模式分支事务的实现。
Seata 分支事务
前面，我们已经介绍了 Seata 的整体设计思想，接下来我们深入到其实现细节中，本文先来介绍 Seata 中分支事务的整体实现思想。
Seata 设计方案
在深入介绍 Seata 的实现之前，我们先在一个较高的层面一览 Seata 的整体设计思想
Seata 简介
Seata 的前身 Fescar 刚开源的时候，就看过相关的文章和代码，代码写得很好，我还在另一个自己的项目中，借鉴了它的很多设计风格。最近想总结一篇关于分布式事务的文章，所以就想以 Seata 为中心，围绕它来细述分布式事务的点点滴滴。本文作为该系列文章的开篇，先简单地介绍一下 Seata 的背景和使用方式。
