如何保证系统一致性设计(对外暴露接口,处理批量处理数据)

场景:

有个接口要接收订单和售后单做结算,一次可以接收一个订单和多笔售后单,或者订单结算过后可以单独结算售后单,每次接口调用如果对一笔单子做了结算(订单和售后单都算单子),就不能再次结算,系统正常情况下会如下调用

第一次调用推送 订单1、售后单A、第二次调用推送售后单B。

思考:

如果接口在service2 ,那么在 service1 调用 service2 这种情况下,如何保证数据一致性?
可能发生的问题:

  1. 订单1、售后单A 调用 service2 失败,service2 实际未处理成功
  2. 订单1、售后单A 调用 service2 超时,service2 实际处理成功,再次推送 订单1、售后单A
  3. 订单1、售后单A 调用 service2 超时,service2 实际处理成功,推送 订单1、售后单B

解决方案:
这种情况下只要保证 service2 幂等,即可重复调用,但是针对第三点,应该是认 订单1、售后单A 为准确数据呢还是 订单1、售后单B?我认为应该 订单1、售后单A,第三点应该报错处理,但是因为这个逻辑,service2 需要去比较每次推送的内容,兼容这个逻辑,更好的做法是,将每次推送的多条数据合并一个 token 之类的标识,这样化多个数据为一个数据,处理好幂等。

人的潜力是可以激发的,比如说你给我50斤的砖我可能拎不动,但你要是给我100斤的人民币我肯定拎起来就跑。
原文地址:https://www.cnblogs.com/mojiruo/p/15350868.html