SPDY协议简介.docxVIP

Spdy简介（预览版）Spdy是什么spdy ( 读作 SPeeDY) 是 google?Lets make the web faster (/speed/) 计划的一部分（其中包括著名的pagespeed，和webp）,旨在通过压缩、多路复用和优先级来缩短网页的加载时间和提高安全性。SPDY 协议只是在性能上对 HTTP 做了很大的优化，其核心思想是尽量减少连接个数，而对于 HTTP 的语义并没有做太大的修改。具体来说是，SPDY 使用了 HTTP 的方法和页眉，但是删除了一些头并重写了 HTTP 中管理连接和数据转移格式的部分，所以基本上是兼容 HTTP 的。产生的背景白皮书中说刚开始他们之关注在tcp上的http, tcp提供了通用的可靠的传输协议，所以他们最初的突破点都集中在应用层协议http上。http的缺点单路请求，一次之能请求一个资源（http pipelining有所改进但是仍然是一个严格的FIFO队列，且复杂度很大，并没有普及），如果中间的请求比较长，会阻塞后面的请求，大多数浏览器的单个域名的默认链接数限制从08年开始才从2修改到6。单向请求，只有客户端可以发起请求。冗余且未经过压缩的请求和响应的头。可选择的数据压缩，google认为数据都应该是被压缩的。之前也有一些方法做过相关的改进SCTP， HTTPover SCTP ,SST,MUX和SMUX , 这些都只改进了一部分问题，但是HTTP的一些问题还是存在，google认为，可以通过修改应用层协议来改善这些问题，这种方法只需要很少的改动现有的基础设施，并且可以产生显著的性能提升。其他，相对于一，google其实早已开始建设基于UDP的协议spdy QUICtcp的spdy缺点大概如下：单个包（packet）丢失会阻塞整个流（stream）。TCP避免拥堵的机制做的不好，导致带宽降低和序列化的等待时间开销。TLS会话重连的等待时间开销。握手机制带来额外的Round Trip。TLS解密的开销。先到的包必须等后面的包到来才能解密。QUIC的特性如下(见/cn/news/2014/02/quic):拥有SPDY的所有优点（多路传输，支持优先级，等等）零往返时间连接数据包同步，有效降低数据丢包率转发问题连接，有效减少重发延迟自适应拥塞控制（对TCP友好），有效减少移动客户端重新连接的次数与TLS等效的加密措施Chrome支持与Google的QUIC通信但是现在还没有开源版本的QUIC的实现，只有TCP版本的SPDY,但是，如果查看访问google服务器的响应头你会发现Alternate-Protocol443:quic。。。。这是后话。spdy的优点1. 多路复用请求优化SPDY 规定在一个 SPDY 连接内可以有无限个并行请求，即允许多个并发 HTTP 请求共用一个 TCP会话。这样 SPDY 通过复用在单个 TCP 连接上的多次请求，而非为每个请求单独开放连接，这样只需建立一个 TCP 连接就可以传送网页上所有资源，不仅可以减少消息交互往返的时间还可以避免创建新连接造成的延迟，使得 TCP 的效率更高。此外，SPDY 的多路复用可以设置优先级，而不像传统 HTTP 那样严格按照先入先出一个一个处理请求，它会选择性的先传输 CSS 这样更重要的资源，然后再传输网站图标之类不太重要的资源，可以避免让非关键资源占用网络通道的问题，提升 TCP 的性能。2.SPDY 压缩了 HTTP 头舍弃掉了不必要的头信息，经过压缩之后可以节省多余数据传输所带来的等待时间和带宽。3．支持服务器推送技术服务器可以主动向客户端发起通信向客户端推送数据，这种预加载可以使用户一直保持一个快速的网络。X-Associated-Content 协议头来向客户端推送数据，头通知客户端，我要向你推送资源，准备接收好了。如果你用chrome浏览器访问GOOGLE +，默认就采用SPDY技术，并且开启了服务器推送技术。服务器的推技术，全面提升了用户体验，是G+ 产品很快占据了足够多的优势，最近Facebook 开发自己的浏览器，也有摆脱现在技术限制的考虑.4. 服务器暗示不像上面提到的PUSH 技术，服务器会先告诉浏览器，你可以下载ABC资源了，这个ABC资源，可能就是下一个页面的JS ,CSS ，或者内容。服务器不会主动推送的，仍旧等待客户端请求，这对于低速网络，是个很大的优化，有点类似于我们的预加载技术使用spdy服务端支持。Apache 有google官方提供的mod_spdy/speed/spdy/mod_spdy/nginx/en/docs/http/ngx_http_spdy_module.htmltengine/document_cn/ngx_http_spdy_module_cn.h