seata异步线程无法回滚、多路服务调用时事务不回滚解决办法

结论
1.seata的AT模式下，复杂流程中多个服务请求整体的全局事务完成前会被lock，但是本地事务是已提交的，回滚内容存入undo_log里，如果同为seata管理下的事务进行操作对应变更是无法提交的；
2.如果是非seata统一管理的事务，例如spring的本地事务，则会正常执行，如果恰好操作的是同一批数据，这种情况极有可能导致整个数据回滚失败，整个链路的数据都会被影响；
解决方案：
1.参考场景二的使用方式；
2.对于比较复杂的链路，建议做好代码层面主动补偿的
3.尝试seata的XA模式（待试验，后续有例子会贴出来）
————————————————
版权声明：本文为CSDN博主「Devil_566」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/qq_28033239/article/details/125894390

最近使用了Seata作为分布式事务管理工具，在一般情况如： A服务调用B服务且A服务调用C服务，即A-B & A-C这种服务调用链路，当其中任意一个服务报错，事务是可以回滚的。

然而，稍微复杂一点的情况我发现seata事务居然不会回滚了！即A-B  & B-C & B-D，这种调用链路，seata就不会回滚了，我想说框架都快1.0版本了居然连这种情况都不支持吗？于是我查了查官方文档，嗯，除了一些基本的介绍几乎等于什么都没写，最后我找到了关于微服务的文档说明，原来是通过绑定一个ID来绑定各个服务的事务，因此解决方法如下：

RootContext.bind(entity.getXid());
在服务链路的每个服务接口中都加上绑定XID的代码，必须保证这些服务绑定的都是同一个XID，XID在开启全局事务时会自动生成，因此在A服务这样获取：

xid = GlobalTransactionContext.getCurrentOrCreate().getXid();
然后在后面的B、C、D服务都绑上这个XID就可以正常回滚事务了，希望后续更新会修复这个问题，如有不正确之处还请指正。
————————————————
版权声明：本文为CSDN博主「TuskueNeko」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/u012280292/article/details/103927551