微服务下全局异常导致分布式事务失效

在微服务下，全局异常会导致微服务事务失效，具体场景如下：一般的流程如A事务处理，然后调用B事务，最后返回到A事务，如果中间B事务出现了异常，在A事务中设置了事务回滚，也无法做到事务的回滚。
比如在用seata框架的时候，会发现明明已经在A事务设置了事务回滚，但是没有失效，实效的原因，其实是因为全局异常处理器，对B服务进行了处理，这样请求到达A服务的时候，已经不再是异常了，所以A服务没办法获取异常进行回滚。解决办法如下，有三种：
方式一：RPC接口不配置全局异常
方式二：利用AOP切面解决
方式三：程序代码各自判断RPC响应码是否正常，再抛出异常
其实方式二和三差不多，AOP是对全局异常处理器进行二次过滤，判断其状态码是否异常。方式三是在A服务中，对B服务传过来的状态码进行分析判断，如果状态码不对，抛出异常，此时异常就在A服务中，分布式事务可以正常运行。

接下来总结一下，分布式事务有多种方案，如XA的2PC、TCC、MQ事务消息等 ，框架也有Seata, 同时支持多种方式模式不。管选哪一种方案，在项目中应用都要谨慎再思考，除特定的数据强一致性场景外，能不用尽量就不要用​，因为无论它们性能如何优越，一旦项目链路加入分布式事务
整体效率会几倍的下降，在高并发情况下弊端尤为明显

总之
分布式事务和分布式锁一样，能不用就不用
实在要用，使用优先是 柔性事务，实在无法满足再考虑 刚性事务
分布式锁也是，尽量降低锁的粒度