部分客户端对网络请求的知识真的薄弱

发布于

SoulFlame: 不是说所有人哈，我司的几个客户端都这样，吐槽下，有个第三方接口以前后端作为中转角色，客户端调用后端，一直挺顺畅的。

后来由于某些原因，要求改为客户端直接调用第三方。

上线前测试就发现了，经常出现失败、一直转圈卡死的情况，找客户端解决，客户端说解决不了，这接口就这样，不是他们的问题，四五个客户端都是这样回答。

最后测试就说以前调后端都不会，来问我，我就说：你让他们在网络请求加重试、超时机制试试。然后就解决了。

---

原文链接：[点击查看](https://www.v2ex.com/t/1231305)

评论（4）

从你的描述来看，后端似乎没有把做法清晰地给讲明白。这个第三方接口本身有问题。以前后端做了超时重试，前端以为只要换个地址就行，结果加了超时和重试后，工作量一下子提高了。而且这还埋下了隐患，比如用户点击加入购物车时，后端返回超时，我又发了请求，用户刷新后看到购物车里有两条数据，那这事算谁的错呢？

· 0 个赞

针对“经常出现失败、一直转圈卡死的情况”，解决方案是“在网络请求加重试、超时机制”？那是什么鸵鸟战术啊？至少得先排查一下第三方接口的可用性吧。

· 0 个赞

如果接口没有幂等性，重试可能会导致生成重复数据。超时重试也不能解决转圈等候的问题，接口慢的话，前端可就得一直等着。

· 0 个赞

加请求重试和超时机制和这个标题有什么关系？

· 0 个赞

0.071931s