java中如何连续调用多个外部系统写接口保证数据一致性

这篇文章主要介绍java中如何连续调用多个外部系统写接口保证数据一致性，文中介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们一定要看完！

宜都ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为成都创新互联公司的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：18980820575（备注：SSL证书合作）期待与您的合作！

概述

某些场景下，我们将业务数据落地之前，是需要先调用外部系统的多个写接口，当这些写接口都操作成功了，我们才将业务数据落地到自己本地的数据库里面。比如说：

public void updateProductInfo(Product product) {
  //1、将商品价格更新到价格系统
  priceService.updatePrice(product);
  //2、将库存信息更新库存系统
  stockService.updateStock(product);
  //3、将商品更新到本地数据库
  productService.updateProduct(product);
}

就上面这个例子(例子是虚构的,只是为了说明问题而已)，它的执行路径有几种：

• 1、调用价格系统、库存系统的操作以及保存数据到本地DB都正常；

• 2、调用价格系统接口的时候就抛异常了;

• 3、调用价格系统接口正常，但是调用库存系统的接口有异常;

• 4、调用价格系统和库存系统的接口都正常了，但是将商品数据更新到本地数据库出现异常。

如果是第一和第二这两种情况，无需考虑数据一致性问题，但是如果出现了第三和第四这两种情况，我们就得根据业务实际情况，考虑如何保证数据的一致性。

这里说的保证数据一致性，必须是由调用方来保证的，服务端是无法保证的。

重试和操作日志

以上面提到的第三种情况来说明一下。

调用价格系统接口正常，但是调用库存系统的接口有异常。

库存接口允许重试

如果库存系统接口是幂等的,那么调用方可以使用重试的机制，多调用几次，比如说3次。如果还是不成功，那之前价格系统接口的操作就得走反向操作,进行现场恢复。

库存接口不允许重试

价格系统接口的操作得走反向操作，进行现场恢复

要实现反向操作，恢复现场，有一种办法是使用分布式事务，但是实现起来实在太复杂了，性能也不好。可以尝试使用操作日志来恢复现场。比如说，价格系统调用成功了，把这个操作状态以及相关的业务数据记录起来，当库存操作失败后，利用操作日志里的数据，将之前的价格操作恢复回来。这个恢复操作，价格系统可以单独提供出一个接口。

如果恢复现场的操作也失败了，这个时候只能人工介入解决了。没其他办法了。

以上是“java中如何连续调用多个外部系统写接口保证数据一致性”这篇文章的所有内容，感谢各位的阅读！希望分享的内容对大家有帮助，更多相关知识，欢迎关注创新互联行业资讯频道！