实现HTTP可靠性

时间:2011-02-08 13:05:00

标签: http reliability

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

互联网会丢弃旧请求吗?如果它只是旧请求或重复请求会有所不同吗?

重试HTTP请求是确保HTTP上几乎完全的端到端可靠性的唯一方法,还是通过在不使用SOAP的情况下设置参数或头来实现SOAP级可靠性?我的应用程序不使用SOAP,只是Python标准库同步请求(多线程)。

1 个答案:

答案 0 :(得分:0)

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

然后,HTTP再次使用TCP。 TCP将允许您等待响应,该响应将告诉您服务器是否已收到所有信息,而不是UDP,这是一个火灾&忘记。

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

如果HTTP是正确的协议取决于具体情况:

如果

  • 应用程序只会偶尔发送一次请求
  • 服务器不需要自己发送信息,而只需要响应请求
  • 由于防火墙设置,其他端口/协议无法选择

然后

HTTP是正确的方法。如果上述任何语句都是错误的,您最好使用不同类型的TCP协议。