小新：老板老板，我明天请个假，「去医院打狂犬疫苗」请一天假。

老板：好的，去吧去吧。

第二天

那么 http1.0 与 1.1 的到底有哪些区别？ 主要有以下五个方面的区别：

• 长连接

• Host 域

• 带宽优化

• 消息传递

• 缓存

01长连接

（Http persistent connection ，也有翻译为持久连接），指数据传输完成了保持 TCP 连接不断开（不发 RST 包、不四次握手），等待在同域名下继续用这个通道传输数据；相反的就是短连接

Http1.1 支持长连接「PersistentConnection」和请求的流水线「Pipelining」处理，并且默认使用长连接，如果加入「Connection: close」，才关闭。

Http1.0 默认使用短连接，规定浏览器与服务器只保持短暂的连接，浏览器的每次请求都需要与服务器建立一个 TCP 连接，服务器完成请求处理后立即断开 TCP 连接，服务器不跟踪 每个客户也不记录过去的请求。要建立长连接，可以在请求消息中包含「Connection: Keep-Alive」头域，如果服务器愿意维持这条连接，在响应消息中也会包含一个「Connection: Keep-Alive」的头域。

在「Keep-Alive」模式下，客户端如何判断请求所得到的响应数据已经接收完成（或者说客户端如何知道服务器发送数据的长度是多少？）

1、任何不含有消息体的消息「如1xxx、204、304等响应消息和任何头HEAD 请求的响应消息」，总是由一个空行「CLRF」结束。

2、如果出现了「Transfer-Encoding」头字段 并且值为非「identity」，那么「transfer-length」由「chunked」传输编码定义，除非消息由于关闭连接而终止，后面会详细说一下「chunked」传输编码。

3、 如果出现了「Content-Length」头字段，其值表示消息体「entity」长度的字节数大小，且其值必需为非负整数，客户端（服务器）可以根据这个值来判断数据是否接收完成。。但如果同时设置了「Transfer-Encoding」头字段，那么将不能发送「Content-Length」头字段。并且如果同时收到了「Transfer-Encoding」字段和「Content-Length」头字段，那么必须忽略「Content-Length」字段。可以把「Transfer-Encoding」和「Content-Length」看成互斥的两种头。

4、如果消息采用的媒体类型「media type」为「multipart/byteranges」且传输长度未能以上述方式指明，那么这种自分割的媒体类型已经定义了如何确定传输长度。对客 户端而言，发送这种格式前应该确认接收者有能力解析；对服务端而言，收到一个由 Http1.1 客户端发来的含有「Range」头字段且指定了「multiple byte-range」的消息，即说明该客户端有能力解析针对该格式的响应。「Range」头可能被 1.0 的代理转发，它对「multipart/byteranges」一无所知。服务器必须按本节 1、3、5 条所述对消息进行分割。

5、靠服务端关闭连接来确定。服务端发送完消息体后会关闭连接，但是有的时候也会因为意外原因关闭连接，这个也要注意一下。

PS：本文并非原创，参考相关网络文章，后续讲解请查阅以下链接：

https://blog.csdn.net/Juleen890/article/details/80829819

扫一扫 关注我的公众号

想了解更多的趣味面试吗~

推荐阅读：

如何准备大厂技术面试？偷学「大师兄」秘籍！

简历那些事？一份好工作得益于一份好简历，小新职场记