持久连接（Keep-Alive）和非持久连接（非Keep-Alive），对服务器性能的影响

最新推荐文章于 2025-02-22 22:00:58 发布

原创最新推荐文章于 2025-02-22 22:00:58 发布 · 1.1k 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#linux #python

软件测试专栏收录该内容

13 篇文章

订阅专栏

HTTP/1.1默认使用持久连接(Keep-Alive)以减少资源消耗和响应时间，但长时间保持连接可能导致资源无效占用。非Keep-Alive在每个请求后关闭连接，适合客户端数目庞大的Web服务。长连接适用于操作频繁的点对点通讯，如即时通讯、游戏；短连接常见于用户众多的Web网站，如京东、淘宝。

持久连接（Keep-Alive）和非持久连接（非Keep-Alive），对服务器性能的影响

在早期的 HTTP/1.0 中，浏览器每次发起 HTTP 请求都要与服务器创建一个新的 TCP 连接，服务器完成请求处理后立即断开 TCP 连接，服务器不跟踪每个客户也不记录过去的请求。然而创建和关闭连接的过程需要消耗资源和时间，为了减少资源消耗，缩短响应时间，就需要重用连接。在 HTTP/1.1 版本中默认使用持久连接，在此之前的 HTTP 版本的默认连接都是使用非持久连接，如果想要在旧版本的 HTTP 协议上维持持久连接，则需要指定 connection 的首部字段的值为 Keep-Alive 来告诉对方这个请求响应完成后不要关闭，下一次咱们还用这个请求继续交流，我们用一个示意图来更加生动的表示两者的区别：
对于非 Keep-Alive 来说，必须为每一个请求的对象建立和维护一个全新的连接。对于每一个这样的连接，客户机和服务器都要分配 TCP 的缓冲区和变量，这给服务器带来的严重的负担，因为一台 Web 服务器可能同时服务于数以百计的客户机请求。在 Keep-Alive 方式下，服务器在响应后保持该 TCP 连接打开，在同一个客户机与服务器之间的后续请求和响应报文可通过相同的连接进行传送。甚至位于同一台服务器的多个 Web 页面在从该服务器发送给同一个客户机时，可以在单个持久 TCP 连接上进行。
然而，Keep-Alive 并不是没有缺点的，当长时间的保持 TCP 连接时容易导致系统资源被无效占用，若对 Keep-Alive 模式配置不当，将有可能比非 Keep-Alive 模式带来的损失更大。因此，我们需要正确地设置 keep-alive timeout 参数，当 TCP 连接在传送完最后一个 HTTP 响应，该连接会保持 keepalive_timeout 秒，之后就开始关闭这个链接。