首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

我说分布式事务之TCC

此时订单状态为OrderStatus.DEALING。 接着进行支付操作。那么。为什么不直接进行支付,然后改为支付完成呢?...而是应当先把订单状态修改为DEALING,也就是处理中状态。该状态是个没有任何含义的中间状态,代表分布式事务正在进行中。 积分服务的增加积分接口也是同理,不能直接给用户增加会员积分。...发货服务的发货接口也是同理,可以先创建一个发货订单,并设置这个销售出库单的状态是“DEALING”。 也就是说,刚刚创建这个发货订单,此时不能确定他的状态是什么。需要等真实发货之后再进行状态的修改。...发货服务也类似,真实发货后,修改DEALING为已发货。 当TCC框架感知到各个服务的TRY阶段都成功了以后,就会执行各个服务的CONFIRM逻辑。

56020

我说分布式事务之TCC

此时订单状态为OrderStatus.DEALING。 接着进行支付操作。那么。为什么不直接进行支付,然后改为支付完成呢?...而是应当先把订单状态修改为DEALING,也就是处理中状态。该状态是个没有任何含义的中间状态,代表分布式事务正在进行中。 积分服务的增加积分接口也是同理,不能直接给用户增加会员积分。...发货服务的发货接口也是同理,可以先创建一个发货订单,并设置这个销售出库单的状态是“DEALING”。 也就是说,刚刚创建这个发货订单,此时不能确定他的状态是什么。需要等真实发货之后再进行状态的修改。...发货服务也类似,真实发货后,修改DEALING为已发货。 当TCC框架感知到各个服务的TRY阶段都成功了以后,就会执行各个服务的CONFIRM逻辑。

1.4K20
领券