参考链接
影响一个 HTTP 网络请求的因素主要有两个:带宽和 延迟
延迟
浏览器阻塞(HOL blocking)
- 浏览器对于同一个域名,同时只能有 4 个连接(这个根据浏览器内核不同可能会有所差异),超过浏览器最大连接数限制,后续请求就会被阻塞。
DNS 查询(DNS Lookup)
- 可以利用DNS缓存结果来达到减少这个时间的目的
建立连接(Initial connection)
- 连接无法复用会导致每次请求都经历三次握手和慢启动
- 三次握手在高延迟的场景下影响较明显,慢启动则对大文件类请求影响较大
HTTP1.0 & HTTP1.1
缓存处理
- HTTP1.0:主要使用header里的If-Modified-Since,Expires来做为缓存判断的标准
- HTTP1.1:引入了更多的缓存控制策略,例如Entity tag,If-Unmodified-Since, If-Match, If-None-Match等更多可供选择的缓存头来控制缓存策略
带宽优化及网络连接的使用
- HTTP1.0:存在一些浪费带宽的现象,例如客户端只是需要某个对象的一部分,而服务器却将整个对象送过来了,并且不支持断点续传功能
- HTTP1.1:在请求头引入了 range头域,它允许只请求资源的某个部分,即返回码是206(Partial Content),这样就方便了开发者自由的选择以便于充分利用带宽和连接。
错误通知的管理
- 在HTTP1.1中新增了24个错误状态响应码,如409(Conflict)表示请求的资源与资源的当前状态发生冲突;410(Gone)表示服务器上的某个资源被永久性的删除。
Host头处理
- 在HTTP1.0中认为每台服务器都绑定一个唯一的IP地址,因此,请求消息中的URL并没有传递主机名(hostname)
- 随着虚拟主机技术的发展,在一台物理服务器上可以存在多个虚拟主机(Multi-homed Web Servers),并且它们共享一个IP地址
- HTTP1.1的请求消息和响应消息都应支持Host头域,且请求消息中如果没有Host头域会报告一个错误(400 Bad Request)
长连接
- HTTP 1.1支持长连接(PersistentConnection)和请求的流水线(Pipelining)处理,在一个TCP连接上可以传送多个HTTP请求和响应,减少了建立和关闭连接的消耗和延迟
- HTTP1.1:默认开启Connection: keep-alive,一定程度上弥补了HTTP1.0每次请求都要创建连接的缺点
SPDY:HTTP1.x的优化
降低延迟
- 针对HTTP高延迟的问题,SPDY优雅的采取了多路复用
- 多路复用通过多个请求stream共享一个tcp连接的方式,解决了HOL blocking的问题,降低了延迟同时提高了带宽的利用率。
请求优先级
- 多路复用带来一个新的问题是,在连接共享的基础之上有可能会导致关键请求被阻塞
- SPDY允许给每个request设置优先级,这样重要的请求就会优先得到响应
- 比如浏览器加载首页,首页的html内容应该优先展示,之后才是各种静态资源文件,脚本文件等加载,这样可以保证用户能第一时间看到网页内容
header压缩
- HTTP1.x的header很多时候都是重复多余的
- 选择合适的压缩算法可以减小包的大小和数量
基于HTTPS的加密协议传输
- 大大提高了传输数据的可靠性
服务端推送(server push)
- 采用了SPDY的网页,例如我的网页有一个sytle.css的请求,在客户端收到sytle.css数据的同时,服务端会将sytle.js的文件推送给客户端,当客户端再次尝试获取sytle.js时就可以直接从缓存中获取到,不用再发请求了
HTTP2.0 & SPDY
HTTP2.0 支持明文 HTTP 传输,而 SPDY 强制使用 HTTPS
HTTP2.0 消息头的压缩算法采用 HPACK
非 SPDY 采用的 DEFLATE
HTTP2.0& HTTP1.X
新的二进制格式(Binary Format)
- HTTP1.x的解析是基于文本,基于文本协议的格式解析存在天然缺陷,文本的表现形式有多样性,要做到健壮性考虑的场景必然很多
- 二进制则不同,只认0和1的组合。基于这种考虑HTTP2.0的协议解析决定采用二进制格式,实现方便且健壮。
多路复用(MultiPlexing)
- 即连接共享,每一个request都是是用作连接共享机制的
- 一个request对应一个id,这样一个连接上可以有多个request,每个连接的request可以随机的混杂在一起,接收方可以根据request的 id将request再归属到各自不同的服务端请求里面。
header压缩
- HTTP1.x的header带有大量信息,而且每次都要重复发送
- HTTP2.0使用encoder来减少需要传输的header大小,通讯双方各自cache一份header fields表,既避免了重复header的传输,又减小了需要传输的大小。
服务端推送(server push)
同SPDY一样,HTTP2.0也具有server push功能
HTTP2.0的多路复用和HTTP1.X中的长连接复用有什么区别?
-
HTTP/1.* 一次请求-响应,建立一个连接,用完关闭;每一个请求都要建立一个连接;
-
HTTP/1.1 Pipeling解决方式为,若干个请求排队串行化 单线程处理,后面的请求等待前面请求的返回才能获得执行机会,一旦有某请求超时等,后续请求只能被阻塞
-
HTTP/2 多个请求可同时在一个连接上并行执行,某个请求任务耗时严重,不会影响到其它连接的正常执行