10.31学习笔记

5HTTP1.0与HTTP1.1的区别

5.1 HTTP的历史

在HTTP建立之初，是作为一个浏览器，为了将超文本标记语言（HTML）文档从Web服务器传送到客户端。对于前端来说，我们所写的HTML页面将要放在Web服务器上，用户端通过浏览器访问url地址来获取网页的显示内容，但是到了Web2.0以来，我们的页面变得复杂，不仅仅是一些简单的文字和图片，同时我们的HTML页面有了CSS（一种为结构化文档添加样式的语言，如HTML等），Javascript，来丰富我们的页面展示，当ajax（一套综合了多项技术的浏览器端网页开发技术）的出现，我们又多了一种向服务器端获取数据的方法，这些其实都是基于HTTP协议的。到了移动互联网时代，页面可以在手机端浏览器运行，但是手机端的网络情况更加复杂。

5.2 HTTP的基本优化

影响一个HTTP网络请求的因素主要有两个：带宽和延迟。

• 带宽：现在网络基础建设已经使得带宽得到极大的提升，不用再担心带宽，那么就只剩下延迟了。
• 延迟：

（1）浏览器阻塞（HOL blocking)：浏览器会因为一些原因阻塞请求。浏览器对于同一个域名，超过最大连接数限制，后续请求就会被阻塞。

（2）DNS查询（DNS Lookup)：浏览器需要知道目标服务器的IP才能建立连接。将域名解析为IP的这个系统就是DNS。这个可以利用DNS缓存结果来达到减少这个时间的目的。

（3）建立连接（Initial connection)：HTTP是基于TCP协议的，浏览器最快也要在第三次握手时才能捎带HTTP请求报文，达到真正的建立连接，但是这些连接无法复用会导致每次请求都经历三次握手和慢启动。三次握手在高延迟的场景下影响较明显，慢启动则对文件类大请求影响较大。

5.3 HTTP1.0和HTTP1.1的一些区别

HTTP1.0最早在网页中使用是在1996年，这时候只是使用一些较为简单地网页的网络请求上，而HTTP1.1则在1999年才开始广泛应用于现在的各大浏览器网络请求中，同时HTTP1.1也是当前使用最为广泛的HTTP协议。主要区别体现在：

• （1）**缓存处理。**在HTTP1.0中主要是用header里的If-Modified-Sinec，Expitres来作为缓存判断的标准，HTTP1.1则引入了更多地缓存控制策略例如Entity tag，If-Unmodeified-Since，If-Match，If-Node-Match等更多可供选择的缓存头来控制缓存策略。
• （2）带宽优化以及网络连接的使用，HTTP1.0中，存在一些浪费带宽的现象，例如客户端只是需要某个对象一部分，而服务器却将整个对象送过来了，并且不支持断点续传功能，HTTP1.1则在请求头引入了range头域，它允许只请求资源的某个部分，即返回码是206（Partial Content），这样就方便了开发者自由的选择以便于充分利用带宽和连接。
• （3）错误通知的管理，在HTTP1.1新增了24个错误状态响应码，如409（Conflict）表示请求的资源与资源的当前状态发生冲突；410（Gone）表示服务器上的某个资源被永久性的删除。
• （4）Host头处理，在HTTP1.0中认为每台服务器都绑定一个唯一的IP地址，因此，请求消息中的URL并没有传递主机名（hostname）。但随着虚拟主机技术的发展，在一台发、物理服务器上可以存在多个虚拟主机（Multi-homed Web Servers），并且它们共享一个IP地址。HTTP1.1的请求消息的响应消息都应支持Host头域，且请求消息中如果没有Host头域会报告一个错误（400 Bad Request）。
• （5）长连接，HTTP1.1支持长连接（Persistent Connection）和请求的流水线（Pipelining）处理，在一个TCP连接上可以传送多个HTTP请求和响应，减少了建立和关闭连接的消耗和延迟，在HTTP1.1中默认开启Connection：keep-alive，一定程度上弥补了HTTP1.0每次请求都要创建连接的缺点。

5.4 HTTPS与HTTP的区别

• HTTPS协议需要用到CA申请证书，一般免费证书很少，需要交费。

• HTTP协议运行在TCP之上，所有传输的内容都是明文，HTTPS运行在SSL（安全套接层，Secure Sockets Layer）/TLS（传输层安全性协议，Transport Layer Security）之上，SSL/TLS运行在TCP之上，所有传输的内容都经过加密的。

• HTTP和HTTPS使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。

• HTTPS可以有效的防止运营商劫持，解决了防劫持的一个大问题。

  

5.5SPDY:HTTP1.x的优化

2012年google提出了SPDY（“SPeeDY”）的方案，优化了HTTP1.x的请求延迟，解决了HTTP1.x的安全性，具体如下：

• （1）降低延迟。针对HTTP高延迟的问题，SPDY优雅地采用了多路复用（multiplexing）。多路复用通过多个请求stream共享一个tcp连接的方式，解决了HOL blocking（Head-of-line blocking，队头阻塞）的问题，降低了延迟同时提高了宽带的利用率。

• （2）**请求优先级（request prioritization）。**多路复用带来一个新的问题是，在连接共享的基础之上有可能会导致关键请求被阻塞。SPDY允许给每个request设置优先级，这样重要的请求就会优先得到响应。比如浏览器加载首页，首页的html内容应该优先展示，之后才是各种静态资源文件，脚本文件等加载，这样可以保证用户能第一时间看到网页内容。

• （3）**header压缩。**HTTP1.x的header很多时候都是重复多余的。选择合适的压缩算法可以减小包的大小和数量。

• （4）基于HTTPS的加密协议传输，大大提高了传输数据的可靠性。

• （5）服务端推送（server push)。采用了SPDY的网页，例如我的网页有一个sytle.css的请求，在客户端收到sytle.css数据的同时，服务器会将sytle.js的文件推送给客户端，当客户端再次尝试获取sytle.js时就可以直接从缓存中获取到，不用再发请求了。SPDY构成图：

  

SPDY位于HTTP之下，TCP和SSL之上，这样可以轻松兼容老版本的HTTP协议（将HTTP1.x的内容封装成一种新的frame格式），同时可以使用已有的SSL功能。

5.6HTTP2.0性能惊人

如下图，同时请求379张图片，从Load time上可以看出HTTP/2在速度上的优势。

5.7HTTP2.0：SPDY的升级版

HTTP2.0是基于SPDY设计的，可以说是SPDY的升级版，也有区别：

（1）HTTP2.0支持明文HTTP传输，而SPDY强制使用HTTPS。

（2）HTTP2.0消息头的压缩算法采用HPACK，而非SPDY采用的DEFLATE。

5.8HTTP2.0和HTTP1.x相比的新特性

（1）新的二进制格式（Binary Format），HTTP1.x的解析是基于文本。基于文本协议的格式解析存在天然缺陷，文本的表现形式有多样，要做到健壮性考虑的场景必然很多，二进制则不同，只认0和1的存在。基于这种考虑HTTP2.0的协议解析决定采用二进制格式，实现方便且健壮。

（2）多路复用（MultiPlexing），即连接共享，即每一个request都是用作连接共享机制的。一个request对应一个id，这样一个连接上可以有多个request，每个连接的request可以随机的混杂在一起，接收方可以根据request的id将request再归属到各自不同的服务器端请求里面。

（3）header压缩，如上文所言，对前面提到过HTTP1.x的header带有大量信息，而且每次都要重复发送，HTTP2.0使用encoder来减少需要传输的header大小，通讯双方各自cache一份header fields表，既避免了重复header的传输，又减小了需要传输的大小。

（4）服务端推送（server push），同SPDY一样，HTTP2.0也具有server push功能。