java 之 Spring Cloud 之 分布式事务

分布式事务产生的背景
在微服务环境下，因为会根据不同的业务会拆分成不同的服务，比如会员服务、订单服务、商品服务等，让专业的人做专业的事情，每个服务都有自己独立的数据库，并且是独立运行，互不影响。

服务与服务之间通讯采用RPC远程调用技术，但是每个服务中都有自己独立的数据源，即自己独立的本地事务。两个服务相互通讯的时候，两个本地事务互不影响，从而出现分布式事务产生的原因。

举例并且画图说明
传统项目大部分情况下，不会产生分布式事务，但是在项目中如果采用多数据源方式。
分布式环境

lcn 解决分布式事务 原理

1.LCN客户端（发起方和参与方都必须要注册到事务协调者中） 建立一个长连接。
2.订单服务（发起方）调用库存服务接口（参与方）之前会向TxManager事务协调者创建一个事务的分组id。放在threadlocal里面、、
3.订单服务（发起方）调用库存服务接口（参与方）的时候，会在请求头中存放该事务的分组id，给库存服务。
4.如果库存服务获取到请求头中有对应的事务分组id，库存服务业务逻辑代码执行完毕的，会采用假关闭，不会提交该事务。

5.参与方在什么时候提交事务。
答案：肯定在发起方 执行成功下。
订单服务（发起方）调用库存服务接口（参与方）之后，如果订单服务（发起方）执行没有问题的下，
订单服务（发起方）使用对应的事务分组id，通知给TxManager事务协调者，让后TxManager事务协调者在根据该事务分组id，通知给所有的参与方提交事务。

***.Lcn如何判断自己是发起方还是参与方？
根据当前的线程threadlocal中获取事务分组id，如果能够成功获取到则是为参与方，没有能够获取到就是为发起方。

***.A调用B，B调用C 到底会生产几次事务id？
只有全局的分组的id 都是有一个局部的事务id

***.参与方如何从请求头中获取事务id?如何加入事务组中？
会经过一个拦截器 吧事物id放到threadlocal里面 然后经过aop的时候在把它取出来

Seata 解决分布式事务 原理
XID