详细分析http2 和http1.1 区别

Posted 2023-04-23

参考技术A

之前整理了一遍http1.0, http1.1, http2.0之前的区别，但是里面很多细节都没有弄清。特别是在http1.1和2.0之间关于多路复用，头压缩这一块儿。 最近在外网上搜到一遍蛮详细的文章，觉得讲的很清晰，所以就翻译了分享给大家。 原文地址

在比较http2 和http1.1区别之前，让我们先宏观的看一看两者历史性的发展。

1989年作为万维网交流标准，属于应用层协议，在客户端和服务器端进行信息交换。这个过程中，客户端发送一个基于文本的请求到服务器通过调用GET 或者POST方法。 相应的，服务器返回资源给客户端。

例如：

GET /index.html HTTP/1.1

Host: www.example.com

该请求用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连接的数量是有限的，且每个新的连接需要额外的资源。

在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请求方法中中GET和POST的区别（详细描述）

       HTTP协议在现代网络通信中被广泛应用，在HTTP 1.0版本中有7种请求方式，在HTTP 1.1版本中有8种请求方式，而这些请求方式中最常用的就是GET和POST，网上关于GET与POST请求方式的区别的文章很多，但却都不够全面。现在我们来全面阐述这两种方法的区别。

（一）从HTTP报文来看

　　GET请求方式将请求信息放在URL后面，请求信息和URL之间以？隔开，请求信息的格式为键值对，例如 https://baike.baidu.com/item/Python/407313?fr=aladdin，这种请求方式将请求信息直接暴露在URL中，安全性较低。另外从报文结构上来看，由于请求信息放置在URL中，因此请求报文中不需要报文体。

　　POST请求方式将请求信息放置在报文体中，相获得请求信息必须解析报文，因此安全性较GET方式要高一些（事实上要获得报文体中的请求信息也是很容易的，因此安全性上两者并没有太多的区别，具体解决传输过程中的安全性问题还要靠HTTPS），此外在请求报文中含有报文体。

　　由于GET中的请求信息放置在URL中，因此是有长度限制的，因为URL本身是有长度限制的。POST中的请求信息是放置在报文体中，因此对数据长度是没有限制的。

（二）从数据库层面来看

　　CET请求方式符合幂等性和安全性，（幂等性的定义：对数据库的一次操作和多次操作获得的结果是一致的，则认为符合幂等性。安全性的定义：对数据库的操作没有改变数据库中的数据，则认为符合安全性），GET请求方式是做查询操作，因此不会改变数据库中原有的数据，认为符合安全性。事实上GET请求可能会出现多次请求的结果（例如在两次请求中间对数据库中的数据作了更改），从这来说是不符合幂等性的定义，但是因为GET请求知识查询数据库，不会对数据库做任何更改，因此也认为是幂等的。

　　POST请求方式是既不幂等又不安全，首先POST请求方式往数据库中提交数据的，因此会改变数据库中的数据。其次，POST请求方式每次获得的结果都有可能不一样，因为POST请求是作用在上一级的URL上的，则每一次请求都会添加一份新资源（这也是POST和PUT方式的最大区别，PUT方式是幂等的）。

　　注意：在这里提到的安全性和上一部分提到的安全性不是同一概念，不要混淆。

（三）从其他层面来看

　　GET请求能够被缓存。

　　GET请求会保存在浏览器的浏览记录中。

　　以GET请求的URL能够保存为浏览器书签。

　　而POST方式都不具备上述功能。缓存也是GET请求被广泛应用的根本，在现代网络上每天产生的请求数目是巨大地，并且其中绝大部分请求均为只读请求，如果所有这些请求都要交由 Web 服务器直接处理，这无疑是巨大的资源浪费。从第二部分知道GET表达的是一种幂等的、安全的，它除了返回结果不应该会产生其它副作用，因此绝大部分GET请求（通常超过90%）都直接被CDN缓存了，这能大大减少 Web 服务器的负担。 而POST是非幂等的，有副作用的操作，所以必须交由 Web 服务器处理。