【Java核心面试宝典】Day17、详解“Keep-Alive”和“非 Keep-Alive”区别及使用场景

最新推荐文章于 2021-12-04 20:43:21 发布

灰小猿

最新推荐文章于 2021-12-04 20:43:21 发布

阅读量1.1k

点赞数 44

分类专栏： Java核心面试宝典文章标签： java http 面试网络

本文链接：https://blog.csdn.net/weixin_44985880/article/details/119849087

版权

Java核心面试宝典专栏收录该内容

22 篇文章 67 订阅

订阅专栏

Hello，你好呀，我是灰小猿！一个超会写bug的程序猿！
用坚持缔造技术、用指尖敲动未来！
和很多小伙伴们一样，我也是一名奔波在Java道路上的“创造者”。也想靠技术来改未来，改变世界！因为我们坚信每一次敲动键盘都能让生活变得更智能、世界变得更有趣！
在此专栏《Java核心面试宝典》记录我们备战梦想的【day 17】！

在这里插入图片描述

今天我来和大家讲解一下HTTP协议中有关持久层连接和非持久层连接的几道常见面试题。

一、“持久连接（Keep-Alive）和非持久连接（非Keep-Alive）的区别，他们对服务性能有影响吗？”

在最早期的HTTP/1.0中，**浏览器每次发起HTTP请求都要与服务器建立一个TCP连接，服务器完成请求处理之后就会立即断开这个TCP连接，**因此服务器并不会跟踪每一个用户，同时也不会记录之前的请求信息。然而创建和关闭连接是需要消耗大量的资源和时间的，为了减少资源的消耗，缩短响应的时间，就需要重用连接。

所以在之后的HTTP/1.1版本中就默认使用持久连接，而在之前的版本中默认使用的是非持久连接，

对于非Keep-Alive来说， 对于每一个浏览器请求，我们必须为每一个请求的对象建立和维护一个全新的连接，同时对于每一个这样的连接，客户机和服务器都要分配TCP的缓冲区和变量，这就给服务器带来了严重的负担，因为一台web服务器可能服务数以百计的客户机请求，如果每一次请求对要不断的断开和重新建立连接，那么将会对服务器资源造成巨大的损失！

而在Keep-Alive方式下， 服务器响应后保持该TCP连接打开，这样在同一台客户机和服务器之间进行的后续请求和响应报文就都可以通过这个TCP连接传输，甚至位于同一台服务器的多个web页面在向同一个客户机发送时，可以在单个持久的TCP连接上进行。

我们可以通过下面这张图来表示Keep-Alive和非Keep-Alive连接。
请添加图片描述 但是对于Keep-Alive就没有缺点了吗？并不是的！

二、追问：如何避免持久连接时系统资源被无效占用？

当我们长时间保持TCP连接时容易造成系统资源被无效占用， 若对Keep-Alive模式配置不当，这样将可以会造成比非Keep-Alive方式更大的损失。因此我们需要正确的设置Keep-Alive timeout参数，当TCP连接传送玩最后一个HTTP响应后，该连接会保持Keep-Alive_timeout秒，之后断开并关闭这个连接！这样就会很好的避免系统资源被长时间无效的占用。