接口异步回调
有些接口,内部逻辑非常复杂,非常耗时。
可以通过接口异步回调来实现,避免超时。
比如 , 系统A 的 A1接口调用 系统B 的 B1接口, 系统B在完成功能后,系统B 回调系统A 的 另一个接口 A2。
小心第三方系统不回调
一定要做主动查询 。如果第三方系统不回调,也能通过主动查询,根据查询结果触发逻辑。
可以先在数据表插入数据,再调用第三方系统的接口
如果系统A 需要在数据表插入数据, 最好先插数据,再调用 系统 B,最后根据回调结果更新数据表。
如果先调用系统 B,有可能系统 B 回调太快, 系统 A的数据表还没插入成功,导致数据没有更新成功。
调用第三方系统,以及接收第三方系统的回调,最好打日志
如果调用第三方系统,以及接收第三方系统的回调时,没有日志,那发生问题时,不好排查。
打印日志,出现问题时,可以向第三方系统提供url、入参、出参。
第三方系统回调和主动查询同时发生,注意并发更新的问题
可以通过 mysql的乐观锁 来保证幂等性。
比如 只有当 订单状态是未支付时,才更新为 支付成功。这样能够避免业务逻辑重复执行。
第三方系统回调是否需要终止回调、减少重复回调
有些系统会要求在逻辑成功后,终止回调。
比如逻辑更新成功,返回一个特定的响应码code,这样第三方系统就不再回调了。
执行逻辑成功后终止回调,可以减少对系统的网络连接,节省系统的资源。
标签:异步,调用,系统,接口,数据表,回调,第三方 From: https://www.cnblogs.com/expiator/p/18261704