目录

一、HTTP标准下的瓶颈

二、解决办法

1.Ajax(异步JavaScript与XML技术)

2.Comet

3.SDPY

多路复用流

赋予请求优先级

压缩HTTP首部

推送功能

服务器提示功能

4、WebSocket

推送功能

减少通信量

5.HTTP/2.0

新的二进制格式（Binary Format）

多路复用（MultiPlexing）

header压缩

客户端拉取（client pull）/服务端推送（server push）

流量控制

6.WebDAN

---

一、HTTP标准下的瓶颈

HTTP标准：

• 一条连接上只可发送一个请求。
• 请求只能从客户端开始，客户端不可以接收除响应以外的指令。
• 请求/响应首部未经压缩就发送。首部信息越多延迟越大 。
• 发送冗长的首部，每次互相发送相同的首部造成的浪费较多。
• 可任意选择数据压缩格式。非强制压缩发送。

由于上述HTTP的标准，当大量用户发布内容，Web网站需要在很短的时间内发生大量的内容更新时，HTTP无法实时地显示这些更新的内容。（使用 HTTP 协议探知服务器上是否有内容更新，就必须频繁地从客户端到服务器端进行确认。如果服务器上没有内容更新，那么就会产生徒劳的通信。）

二、解决办法

1.Ajax(异步JavaScript与XML技术)

        Ajax(Asynchronous JavaScript and XML)是一种可以达到局部Web页面替换加载的异步通信手段。它可以只更新一部分页面，响应中传输的数据量会因此而减少。

        但是，利用 Ajax 实时地从服务器获取内容，有可能会导致大量请求产生。另外， Ajax 仍未解决 HTTP协议本身存在的问题。

2.Comet

        一旦服务器端有内容更新了， Comet 不会让请求等待，而是直接给客户端返回响应。这是一种通过延迟应答，模拟实现服务器端向客户端推送( Server Push ) 的功能。

        通常，服务器端接收到请求，在处理完毕后就会立即返回响应，但为了实现推送功能， Comet 会先将响应置于挂起状态，当服务器端有内容更新时，再返回该响应。因此，服务器端一旦有更新，就可以立即反馈给客户端。

        内容上虽然可以做到实时更新，但为了保留响应，一次连接的持续时间也变长了。期间，为了维持连接会消耗更多的资源。另外， Comet 也仍未解决 HTTP 协议本身存在的问题。

3.SDPY

        陆续出现的 Ajax 和 Comet 等提高易用性的技术，一定程度上使 HTTP 得到了改善，但未解决HTTP协议本身的问题。为了进行根本性的改善，需要有一些协议层面上的改动。Google在2010 年发布了 SPDY ( 取自 SPeeDY，发音同 speedy ) , 其开发目标旨在解决 HTTP 的性能瓶颈，缩短Web 页面的加载时间 ( 50 % )。

        SPDY没有完全改写 HTTP 协议，而是在 TCP/IP的应用层与传输层之间通过新加会话层的形式运作。同时，考虑到安全性问题， SPDY 规定通信中使用 SSL 。

        SPDY以会话层的形式加入，控制对数据的流动，但还是采用 HTTP 建立通信连接。因此，可照常使用 HTTP 的 GET 和 POST 等方法、 Cookie以及 HTTP 报文等。

使用SPDY后，HTTP协议额外获得以下功能：

多路复用流

        通过单一的TCP连接，可以无限制处理多个HTTP请求（并发）。所有请求的处理都在一条TCP连接上完成，因此TCP的处理效率得到提高。

赋予请求优先级

        SPDY不仅可以无限制地并发处理请求，还可以给请求逐个分配优先级顺序。这样主要是为了在发送多个请求时，解决因带宽低而导致响应变慢的问题。

压缩HTTP首部

        压缩HTTP请求和响应的首部。这样一来，通信产生的数据包数量和发送的字节数就更少了。

推送功能

        支持服务器主动向客户端推送数据的功能。这样，服务器可直接发送数据，而不必等待客户端的请求。

服务器提示功能

        服务器可以主动提示客户端请求所需的资源。由于在客户端发现资源之前就可以获知资源的存在，因此在资源已缓存等情况下，可以避免发送不必要的请求。

        因为 SPDY 基本上只是将单个域名（ IP 地址）的通信多路复用，所以当一个 Web 网站上使用多个域名下的资源，改善效果就会受到限制。

4、WebSocket

        WebSocket，即 Web 浏览器与 Web 服务器之间全双工通信标准。(全双工：两方可同时发送和接收；半双工：两方在同一时间只能发送或接收；单双工：只能一方向另一方发送)

        由于是建立在 HTTP 基础上的协议，因此连接的发起方仍是客户端（先通过http建立连接，然后再通过upgrade协议来切换为websocket协议，即握手），而一旦 Web 服务器与客户端之间建立起WebSocket协议的通信连接，之后所有的通信都依靠这个专用协议进行。通信过程中可互相发送JSON、 XML 、 HTML 或图片等任意格式的数据。不论服务器还是客户端，任意一方都可直接向对方发送报文。

WebSocket 协议的主要特点：

推送功能

        支持由服务器向客户端推送数据的推送功能。这样，服务器可直接发送数据，而不必等待客户端的请求。

减少通信量

        只要建立起 WebSocket 连接，就希望一直保持连接状态。和 HTTP 相比，不但每次连接时的总开销减少，而且由于 WebSocket 的首部信息很小，通信量也相应减少了。

        为了实现 WebSocket 通信，在 HTTP 连接建立之后，需要完成一次“握手” ( Handshaking ) 的步骤：客户端用 HTTP 的Upgrade首部字段，告知服务器通信协议发生改变，以达到握手的目的。服务器对于客户端的请求 , 返回状态码 101 Switching Protocols的响应。

        成功握手确立 WebSocket 连接之后，通信时不再使用 HTTP 的数据帧，而采用 WebSocket 独立的数据帧。

5.HTTP/2.0

        HTTP/2.0是由google的SPDY协议衍生而来的，目标是改善用户在使用 Web 时的速度体验。

HTTP2.0引入的新技术：

新的二进制格式（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的传输，又减小了需要传输的大小。

客户端拉取（client pull）/服务端推送（server push）

        同SPDY一样，HTTP2.0也具有server push功能。

流量控制

流量控制是一种阻止发送方向接收方发送大量数据的机制，以免超出后者的需求或处理能力。

6.WebDAN

        WebDAV ( Web - based Distributed Authoringand Versioning , 基于万维网的分布式创作和版
本控制 ) 扩展了HTTP/1.1协议，是一个可对 Web 服务器上的内容直接进行文件复制、编辑等操作的分布式文件系统。除了创建、删除文件等基本功能，它还具备文件创建者管理、文件编辑过程中禁止其他用户内容覆盖的加锁功能，以及对文件内容修改的版本控制功能。

   ——《图解HTTP》笔记