网络学习---HTTPS的升级

HTTP协议的不足（HTTP/1.1）

此处HTTP/1.1包含：HTTP本身是1.1，以及HTTPS里面使用的HTTP1.1

• 同一时间，一个连接只能对应一个请求
  针对同一个域名，大多数浏览器允许同时最多6个并发连接
• 只允许客户端主动发起请求
  一个请求只能对应一个响应
• 同一个回话的多次请求，头信息会被重复传输
  通常会给每个传输增加500~800字节的开销
  如果使用Cookie，增加的开销有时会达到上千字节

SPDY（speedy的缩写）

是基于TCP的应用层协议，它强制要求使用SSL/TLS
2009年11月，谷歌将SPDY作为提高网络速度的内部项目

SPDY与HTTP的关系

• SPDY并不用于取代HTTP，它只是修改了HTTP请求与相应的传输方式
• 只需增加一个SPDY层，现有的所有服务端应用均不用做任何修改
• SPDY是HTTP/2的前身
  2015年9月，谷歌宣布移除对SPDY的支持，使用HTTP/2

HTTP/2

HTTP/2于2015年5月正式发表

HTTP/1.1与HTTP/2加载图片的测试

HTTP/2在底层传输做了很多的改进和优化，但在语意上完全兼容HTTP/1.1
只需要升级服务器配置、升级浏览器；开发者不需要需改代码

HTTP/2的特性

二进制格式

HTTP/2采用二进制格式传输数据，而非HTTP/1.1的文本格式
二进制格式在协议的解析和优化扩展上带来更多的优势和可能

HTTP/2的一些基本概念

• 数据流：已建立的连接内的双向字节流，可以承载一条或多条消息
  所有通信都在一个TCP连接上完成，此连接可以承载任意数量的双向数据流

• 消息：与逻辑HTTP请求或相应消息对应，由一系列帧组成

• 帧：HTTP/2通信的最小单位，每个帧都包含帧头（会标识出当前帧所属的数据流）
  来自不同数据流的帧可以交错发送，然后再根据每个帧头的数据流标识符重新组装

多路复用（Multiplexing）

• 客户端和服务器可以将HTTP消息分解为互不依赖的帧，然后交错发送，最后再在另一端把它们重新组装起来
• 并行交错的发送多个请求，请求之间互不影响
• 并行交错的发送多个响应，响应之间互不干扰
• 使用一个连接并行发送多个请求和响应
• 不必再为绕过HTTP/1.1限制而做很多工作
  比如：image sprites、合并CSS\JS、内嵌CSS\JS\Base64图片、域名分片等

优先级

• HTTP/2标准允许每个数据流都有一个关联的权重和依赖关系
  可以向每个数据流分配一个介于1到256之间的整数
  每个数据流与其他数据流之间可以存在显式依赖关系

• 客户端可以构建和传递“优先级树”，表明它倾向于如何接收响应

• 服务器可以使用此信息通过控制CPU、内存和其他资源的分配设定数据流处理的优先级
  在资源数据可用之后，确保将高优先级响应以最优方式传递至客户端

头部压缩

HTTP/2使用HPACK压缩请求头和响应头
可以极大减少头部开销，进而提高性能

服务器推送（Server Push）

• 服务器可以对一个客户端请求发送多个响应
  除了对最初请求的响应，服务器还可以向客户端推送额外资源，而无需客户端额外明确的请求

---

HTTP/3

HTTP/3由谷歌开发，启用TCP协议，改为使用基于UDP协议的QUIC协议实现

QUIC

Quick UDP Internet Connection：快速UDP网络连接，由谷歌开发，在2013实现
于2018年从HTTP-over-QUIC改为HTTP/3

HTTP/3基于UDP，由QUIC来保证可靠传输