HTTP-1.0-3.0-1.1-2.0和-版本差异与优点
HTTP(超文本传输协议)是一种用于 Web 浏览器和 Web 服务器之间交换数据的应用层协议。
HTTP 协议的版本
HTTP 协议到目前为止有以下版本:
- HTTP 0.9
- HTTP 1.0
- HTTP 1.1
- HTTP 2.0
- HTTP 3.0
HTTP 1.0
HTTP 1.0 规定浏览器和服务器保持短连接,这意味着每次请求都需要建立一个新的 TCP 连接。HTTP 1.0 存在队头阻塞问题,即后续请求必须等到前一个请求的响应到达后才能发送。
HTTP 1.1
HTTP 1.1 解决了 HTTP 1.0 的一些问题:
- 支持长连接,避免了频繁建立 TCP 连接的开销。
- 支持管道传输,允许多个请求同时发送。
- 支持断点续传,允许 Web 浏览器从服务器检索部分页面或文件。
HTTP 2.0
HTTP 2.0 是一种对 HTTP 协议的重大修订,旨在提高性能和效率:
- 使用二进制编码,减少了数据传输的开销。
- 支持多路复用,允许在单个 TCP 连接中并发多个请求和响应。
- 消除队头阻塞,通过将请求和响应映射到多个独立的流来提升性能。
HTTP 3.0
HTTP 3.0 是 HTTP 协议的下一个主要版本,建立在 QUIC(快速 UDP 互联网连接)协议之上:
- 使用 UDP 作为传输层协议,减少了 TCP 三次握手的延迟。
- 基于流,并提供对丢包的恢复能力,消除 TCP 层的队头阻塞。
- 支持连接迁移,即使 IP 地址发生变化,也可以保持连接。
结论
HTTP 协议正在不断演进,以满足不断变化的 Web 需求。从 HTTP 1.0 的短连接到 HTTP 2.0 的多路复用,再到 HTTP 3.0 基于 UDP 的流,协议一直在寻求提高性能、效率和可靠性。随着 HTTP 3.0 的推出,我们期待着网络体验的进一步提升。详细分析http2 和http1.1 区别
之前整理了一遍http1.0, http1.1, http2.0之前的区别,但是里面很多细节都没有弄清。特别是在http1.1和2.0之间关于多路复用,头压缩这一块儿。 最近在外网上搜到一遍蛮详细的文章,觉得讲的很清晰,所以就翻译了分享给大家。 原文地址
在比较http2 和http1.1区别之前,让我们先宏观的看一看两者历史性的发展。
1989年作为万维网交流标准,属于应用层协议,在客户端和服务器端进行信息交换。这个过程中,客户端发送一个基于文本的请求到服务器通过调用GET 或者POST方法。相应的,服务器返回资源给客户端。
例如:
GET / HTTP/1.1
该请求用GET方法。服务器会返回一个HTML页面和一些图片,样式表和一些其他资源。注意:所有的资源并不是一次性返回给客户端。两者会在之间反反复复进行几次请求和响应,直到该html页面所有的资源内容在你的屏幕上被绘制。
http2 刚开始为SPDY协议,起初Google为了减少加载延迟而开发的,通过使用例如压缩,多路复用,优化等。目前该协议已经被很多浏览器所支持。
从技术角度而言,http1.1和2.0 最大的区别是二进制框架层。与 http1.1把所有请求和响应作为纯文本不同,http2 使用二进制框架层把所有消息封装成二进制,且仍然保持http语法,消息的转换让http2能够尝试http1.1所不能的传输方式。
客户端首次接受的响应常常不能完全渲染。相反,它包含一些其他需要的资源。因此,客户端必须发出一些其他请求。 Http1.0客户端的每一个请求必须重新连接,这是非常耗时和资源的。
Http1.1 通过引入长连接和流水线技术处理了这个问题。通过长连接,http1.1假定这个tcp连接应该一直打开直到被通知关闭。这就允许客户端通过同一连接发送多个请求。不巧的是,这优化策略有个瓶颈。当一个队头的请求不能收到响应的资源,它将会阻塞后面的请求。这就是知名的队头阻塞问题。虽然添加并行的tcp连接能够减轻这个问题,但是tcp连接的数量是有限的,且每个新的连接需要额外的资源。
![HTTP](https://tyye.cn/zb_users/theme/tpure/style/images/lazyload.png)
在http2 ,二进制框架层编码请求和响应并把它们分成更小的包,能显著的提高传输的灵活性。
与http1.1利用多个tcp连接来减少队头阻塞的影响相反,http2在两端建立一个单独的连接。该连接包含多个数据流。每个流包含多个请求/响应格式的消息。最终,每个消息被划分为更小的帧单元。
在最细微层面上,交流通道由一系列二进制帧组成,每一个被标记到特定的流。可识别标签允许连接在传输过程中来交错这些帧并在另一端去组合它们。交错的请求和响应能够并行的传输而不被阻塞。该过程被称作多路复用技术。
因为多路复用允许客户端并行的构建多个流,这些流仅仅需要一个tcp连接。相比http1.1能很大程度上减少内存和整个网络中的足迹。所以有更好的网络及带宽利用率。
Tcp连接也能改善https协议的性能,因为客户端可针对多个请求/响应复用同一个连接在tls和ssl握手期间,双方在整个会话同意使用唯一的key。如果连接中断,新的会话需要一个新生成的key。因此,维持单链接能很大程度优化https。
流优先级不仅仅解决同一资源的竞态问题,也允许开发人员自定义请求的权重。
如你所知,二进制框架层把消息组织成并行数据流。当一个客户端发送并行请求,它能把请求的响应设置优先级权重,从1-256 ,更高的数字代表更高的优先级。此外,该客户端也通过特定的流ID指明每个流的依赖。如果id被忽略,说明这个流是根流。
上图中,channel包含6个流,每个有一个唯一id 且有一个特定的权重。流1没有父ID,说明是根节点。分配给每个流的资源将根据权重和它们需要的依赖。
服务器端利用该信息创建一个依赖树,通过次树来决定响应的数据。根据之前的图表,依赖树如下:
根据此依赖树,所有可用资源将会先分配给流1。因为流2依赖流1,流2直到流1完成后才处理。流2完成后,资源分配给流3,流4. 两者权重比为2:4,资源也会依此来分配。3,4完成后,流5,流6将会等分资源。
作为开发者,你可以根据需要去设置权重,例如,给高分辨率图片设置低优先级。Http2协议允许客户端在运行时根据用户交互重新分配权重和改变依赖。然而,服务器端会改变优先级根据如果某个流因为请求特定资源被阻塞。
客户端和服务器都有一定数量的缓冲区来持有还未被处理的请求。
当服务器返回给客户端一大堆数据,或者客户端上传一个大的图片和视频,可能造成缓冲区溢出。
为了避免缓冲区溢出,流控制机制可以禁止发送者发送太多数据。下面我们聊聊http1.1和http2不同的流控制机制。
http1.1流控制基于tcp连接。当连接建立时,两端通过系统默认机制建立缓冲区。并通过ack报文来通知对方接收窗口大小。
因为Http1.1 依靠传输层来避免流溢出,每个tcp连接需要一个独立的流控制机制。
http2通过一个连接来多路复用。结果是在传输层的tcp连接不足以管理每个流的发送。http2允许客户端和服务器端实现他们自己的流控制机制,而不是依赖传输层。两端在传输层交换可用的缓冲区大小,来让他们在多路复用流上设置自己的接收窗口。
通常web应用,客户端发送一个GET请求且收到一个HTML。当检测收到html的内容,会发现它需要拿取其他的资源。例如CSS和JS文件。然后就会继续请求其他资源。这些请求会最终加长连接加载时间。
解决办法:因为服务器端提前知道客户端需要额外资源,服务器端可以通过提前发送这些资源给客户来节省时间,而不用客户来请求。
如果开发者提前知道客户机器需要哪些额外的资源来渲染界面,他们使用资源内联的技术来包含需要的资源。例如:如果一个客户需要一个特定的CSS文件,内联该文件就可以不通过请求来拿到,减少客户端必须发送的请求数。
该技术对于小文件是可行的,但是大文件会降低连接的速度。还可能造成文件多次请求。
因为http2支持多个并发响应,服务器可以提前把HTML 页面中的其他资源在客户端请求之前发给它。
服务器先发送一个PUSH_PROMISE 帧通知客户端将推送资源。该帧只包含头消息,且允许用户提前知道哪些资源将会推送。如果客户端已经缓存,可以拒绝该推送。
常用的优化web应用是用压缩算法减少HTTP消息大小。 HTTP/1.1 和2 都用该技术HTTP/1.1不支持整个消息压缩。下面我们来聊聊区别。
Gzip已经被用于压缩http消息很久了,特别是减少CSS和JS脚本的文件。然而消息头部分依然是纯文本发送。尽管每个头都很小,但随着请求越来越多,连接的负担就会越重,如果带了cookie. Header将变得更大。
Http2 的二进制框架层在细节上表现出强大的控制力,在头压缩上也是如此。http2 能把头从他们的数据中分离,并封城头帧和数据帧。 http2特定的压缩程序HPACK可以压缩头帧。该算法用Huffman编码头metadata,可以很大程度上减少头大小。此外, HPACK可以跟踪先前传输的metadata字段,然后通过动态改变服务器端和客户端共享的索引来进一步压缩。如下:
如上图,上述字段只有path有不同的值。因此,HPACK可以只发送需要改变的值
此外: 关于Https,Http1.0, 1.1, 2.0的区别,可以参考 这篇文章 关于tcp,udp报文讲解和分析,可以参考 这里 关于tcp,udp 三次握手和四次挥手,可以 参考这里
HTTP 1.0 和 HTTP 1.1 的主要区别是什么
HTTP 1.0 最早在网页中的使用是在 1996 年,那个时候只是使用一些较为简单的网页和网络请求上,而 HTTP 1.1 则在 1999 年才开始广泛应用于现在的各大浏览器网络请求中,同时 HTTP 1.1 也是当前使用最为广泛的 HTTP 协议。 两者的主要区别体现在:
长连接: 在 HTTP/1.0 中,默认使用的是短连接,也就是每次请求都要重新建立一次连接。HTTP 是基于 TCP/IP 协议的,每一次建立或者断开连接,都需要三次握手四次挥手的开销,如果每次请求都要这样的话,开销会比较大,因此最好能维持一个长连接,可以用长连接来发多个请求。HTTP 1.1 起,默认使用长连接Connection: keep-alive 。 HTTP/1.1 的持续连接,有非流水线方式和流水线方式 。流水线方式,是客户在收到 HTTP 的响应报文之前,就能接着发送新的请求报文;与之相对应的非流水线方式,是客户在收到前一个响应后才能发起下一个请求;
错误响应码 :在 HTTP 1.1 中,新增了 24 个错误状态响应码,如 409(Conflict):表示请求的资源与资源的当前状态发生冲突;410(Gone):表示服务器上的某个资源被永久性的删除;
缓存处理 :HTTP 1.0 中,主要使用 header 头里的If-Modified-Since 、 Expires来做为缓存判断的标准;HTTP 1.1,则引入了更多的缓存控制策略,如Entity tag , If-Unmodified-Since ,If-Match ,If-None-Match等;
带宽优化及网络连接的使用 :HTTP 1.0 中,存在一些浪费带宽的现象,例如客户端只是需要某个对象的一部分,而服务器却将整个对象传送了过来,并且不支持断点续传功能;HTTP 1.1 中,则在请求头引入了 range 头域,它允许只请求资源的某个部分,即返回码是 206(Partial Content),这样方便开发者自由的选择,以便于充分利用带宽和连接。
免责声明:本文转载或采集自网络,版权归原作者所有。本网站刊发此文旨在传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及版权、内容等问题,请联系本网,我们将在第一时间删除。同时,本网站不对所刊发内容的准确性、真实性、完整性、及时性、原创性等进行保证,请读者仅作参考,并请自行核实相关内容。对于因使用或依赖本文内容所产生的任何直接或间接损失,本网站不承担任何责任。