实现 HTTP 可靠性

Question

我的应用程序是一个桌面客户端和一个 Web API 应用程序。我正在编写这两个程序。

互联网会丢弃旧的请求吗？如果只是旧请求或重复请求，有什么区别吗？

重试 HTTP 请求是确保 HTTP 上几乎完全的端到端可靠性的唯一方法，还是有某种方法通过仅设置参数或标头而不使用 SOAP 来实现 SOAP 级别的可靠性？我的应用程序不使用 SOAP，只是使用 Python 标准库同步请求（多线程）。

Answer 1

HTTP 通常不是最理想的选择。您发送一个请求后连接就会断开。

话又说回来，HTTP 使用 TCP。 TCP 将允许您等待响应，该响应将告诉您服务器是否已收到所有信息，而 UDP 则为 Fire & UDP。忘记。

所以TCP层是足够安全的。 HTTP 是一种请求/响应协议。响应后，连接关闭。有一些“保持活动”连接的功能，但这些功能并不适用于所有服务器。你通常不能依赖它。

HTTP 是否是正确的协议取决于具体情况：

如果

• 应用程序仅偶尔发送一次请求，
• 服务器不需要自行发回信息，而仅响应请求，
• 因此其他端口/协议无法选择防火墙设置

，然后

HTTP 是正确的方法。如果上述任何陈述不正确，您最好使用不同类型的 TCP 协议。