深圳平台网站建设个人网站 平台

深圳平台网站建设,个人网站 平台,深圳网站建设维护服务,网站建设服务器价格第三方接口不稳定经常超时#xff0c;如何处理三方接口异常不影响自己接口#xff1f;典型回答这种情况还挺常见的#xff0c;我们经常需要调外部的服务#xff0c;但是有的时候外部服务又不稳定#xff0c;经常会失败或者超时#xff0c;那么我们怎么避免因为他们的超时…第三方接口不稳定经常超时如何处理三方接口异常不影响自己接口典型回答这种情况还挺常见的我们经常需要调外部的服务但是有的时候外部服务又不稳定经常会失败或者超时那么我们怎么避免因为他们的超时而影响到我们自己的接口呢有以下几种办法可以选择。NO.1异步处理对于一些可以异步请求第三方的场景我们应该尽可能用异步的方案包括MQ异步线程甚至是离线文件同步等方案。这种异步的方案我们用的非常多。异步的话至少能保证我们给上游的返回是不受影响的。但是异步的话需要注意的是我们需要有个收单的过程就是别人请求过来的时候我们做一下收单然后收单成功之后就给上游返回成功然后再异步处理。如果异步失败了则根据收单记录进行重试。这样做的话还需要引入一个回调或者反查机制因为我们只是告诉上游收单成功了是否真正成功他是不知道的所以需要有个回调或者反查的机制。很多人看完之后一定会觉得复杂但是其实大家对接过很多第三方的话就能发现其实他们很多接口也都是这么做的都是先收单然后处理结果有了之后在回调或者需要我们主动反查。这是一种非常常见的做法目的就是提升整体的吞吐量以及减少对下游的强依赖。NO.2设置超时机制如果是同步调用也不是没有办法那就是我们设定一个超时时间不管下游需要多少秒我们执行的时候如果超过我们给定的时间就直接结束请求。避免被下游给拖垮比如以下做在我们发现超时之后可以通过一些降级手段做返回比如如果是查询接口的话可以返回默认值或者上次查询结果的值都可以。如果是写操作稍微麻烦一点就需要约定好一些超时的处理策略以及引入幂等重试的机制了。但是不管怎么样这个超时机制还是非常有必要的可以在关键时刻救命。NO.3熔断机制如果大家知道熔断的话就会知道我们可以借助熔断器实现当第三方接口的错误率或超时次数达到一定阈值时停止请求该接口一段时间熔断状态然后逐渐恢复流量。我们可以借助hystrix、sentinel等工具帮我们实现快速熔断这样就能很好的避免我们自己被拖垮也可以避免给下游造成进一部分压力。NO.4业务取舍大家知道最开始余额宝被做出来主要是干嘛的吗其实最初是为了解决支付成功率低的问题的。大促期间就是因为银联等外部渠道支付成功率太低了但是很多人又因为银行有收益所以把钱存在银行。那为了解决这个问题一个好的办法就是在业务上给用户多一个选择让用户减少使用银行卡支付的概率。就假如说高德聚合打车发现外部服务商技术都太差了他做了自营是不是也能大幅度降低对外部机构的依赖问题呢