分布式事务中间件Fescar—RM模块源码解读
在SOA、微服务架构流行的年代，许多复杂业务上需要支持多资源占用场景，而在分布式系统中因为某个资源不足而导致其它资源占用回滚的系统设计一直是个难点。我所有团队也遇到了这个问题，为解决这个问题上，团队采用的是阿里开源的分布式中间件Fescar的解决方案，并详细了解了Fescar内部的工作原理，解决在使用Fescar中间件过程中的一些疑虑的地方，也为后续团队在继续使用该中间件奠定理论基础。
Seata 设计方案
在深入介绍 Seata 的实现之前，我们先在一个较高的层面一览 Seata 的整体设计思想
Seata 简介
Seata 的前身 Fescar 刚开源的时候，就看过相关的文章和代码，代码写得很好，我还在另一个自己的项目中，借鉴了它的很多设计风格。最近想总结一篇关于分布式事务的文章，所以就想以 Seata 为中心，围绕它来细述分布式事务的点点滴滴。本文作为该系列文章的开篇，先简单地介绍一下 Seata 的背景和使用方式。
阿里开源分布式事务解决方案 Fescar 全解析
广为人知的阿里分布式事务解决方案：GTS（Global Transaction Service），已正式推出开源版本，取名为“Fescar”，希望帮助业界解决微服务架构下的分布式事务问题，今天我们一起来深入了解。
Fescar - RM Proxy创建过程
开篇
这篇文章的主要是目的是解释清楚DataSourceProxy、ConnectionProxy、StatementProxy几个Proxy代理各自的实现以及相互之间的联系。
希望通过这篇文章，能够解释清楚一个核心问题，就是上述的三个Proxy是如何实现代理并同时保证和原有的JDBC的数据访问逻辑保持不变。
Fescar - RM UpdateExecutor介绍
开篇
这篇文章的目的是讲解RM Executor模块当中一些通用的方法，这些方法在各个Executor的父类当中实现的，各个子类Executor模块都会复用，因此抽取出来统一的进行讲解。
个人是认为抽取通用的内容放在一篇文章讲解完后可以针对每类Executor讲解特有的功能，这样能够有更好的理解。