LeoHan

综合前面两篇的研究：分布式事务框架Seata原理分析 （一） 客户端分布式事务框架Seata原理分析 （二） 服务端的研究，对之前的分析研究在这里做一个总结。这里讨论的都是基于Seata的AT模式通过前面的研究，可以发现，seata的分布式事务是一种二阶段提交的方式，基于补偿式的事务回滚机制。其流程可以概括为如下：客户端在执行方法的时候，通过AOP会监测到代用@GlobalTransactional注解，生成代理代理在执行方法前，如果节点是LAUNCHER，即TM节点，则会向TC端发起开启

随着微服务、程序性能要求越来越高的情况下，微服务越来越流行，传统的程序都是一个单体应用、单个数据库来搭配，随着微服务的盛行，单个服务单个数据库的搭配慢慢流行起来、微服务虽然在业务拆分和后续扩展带来了不少的便利，但是同时也带来一些问题，传统的单库事务不是难题，但是微服务中如果多个服务的调用需要在单个事务中进行则比较麻烦，Seata则提供了对饮的解决方案。传统跨数据库的事务有比较著名的两阶段提交、三阶段提交等。站在一个比较高的角度来看，Seata实际上是在各个库执行前通过代理将执行前的数据保存下来，通过一个

这个章节我们来分析下seata的客户端的原理，我们以springboot实现客户端为例来说明，当我们在项目中引入seata-spring-boot-starter的时候，还记得在分析springboot的自动装配的原理时候，我们看META-INF/spring.factories下自动装配相关配置：org.springframework.boot.autoconfigure.EnableAutoConfiguration=\io.seata.spring.boot.autoconfigure.Seata