一、阐明

此处只是简略的记录一下，应用了 Seata后，如何手动 回滚分布式事物和长期挂起分布式事务，Seata的整合不做具体的阐明。

二、性能实现

1、手动回滚分布式事物

举例：

  1. 比方咱们通过feign去调用第三方服务，feign服务呈现了降级。
  2. 调用第三方api，第三方api调用失败，是通过 谬误吗 来告知是胜利还是失败的。
class 手动回滚分布式事物{    public void 局部代码() {        if (RootContext.inGlobalTransaction()) {            try {                GlobalTransactionContext.reload(RootContext.getXID()).rollback();            } catch (TransactionException e) {                log.error("回滚分布式事物出现异常", e);            }        }    }   }

拜访申请：

 $ curl -X GET http://localhost:50017/rollbackTx\?accountId\=1\&amount\=10\&hasException\=false

后果：

  1. 当账户服务的返回值 <= 5 时，事物回滚，账户服务不扣钱，订单服务不产生订单
  2. 当账户服务的返回值 > 5 时，账户服务扣钱，订单服务产生订单

2、长期挂起分布式事物

举例：

  1. 在一个大的分布式事务中，如果分布式事物的某个环节呈现了异样，通过 try{}catch(){} 后，须要记录一个日志到数据库中，此处可能须要挂起这个分布式事务，让记录日志的办法不参加到分布式事务中。

下方这个案例是模仿下单操作，下单分为 账户服务扣钱和产生订单，此处将账户服务扣钱操作排除到分布式事务外，产生订单参加分布式事务。

class 长期挂起分布式事物 {        @GlobalTransactional(rollbackFor = Exception.class)    public void 局部代码(){        String xid = RootContext.getXID();        System.out.println("createAccountOrder:" + xid);        // 解除 xid 的绑定        RootContext.unbind();                // 1、近程扣减账户余额        // =============== 此办法不在分布式事务中=================        boolean debitResult = remoteDebit(accountId, amount);        // =============== 此办法不在分布式事务中=================                // 从新绑定 xid        RootContext.bind(xid);        // 2、下订单        orderService.createOrder(accountId, amount);        // 抛出异样        int i = 1 / 0;    }}

拜访申请：

 $ curl -X GET http://localhost:50017/bindAndUnBind\?accountId\=1\&amount\=10\&hasException\=false

后果： 账户服务扣钱，没有产生订单

三、残缺代码

https://gitee.com/huan1993/spring-cloud-parent/tree/master/seata/seata-springboot-rollback-tx

四 参考链接

http://seata.io/zh-cn/blog/seata-spring-boot-aop-aspectj.html