SPDY 规定在一个 SPDY 连接内可以有无限个并行请求，即允许多个并发 HTTP 请求共用一个 TCP会话。这样 SPDY 通过复用在单个 TCP 连接上的多次请求，而非为每个请求单独开放连接，这样只需建立一个 TCP 连接就可以传送网页上所有资源，不仅可以减少消息交互往返的时间还可以避免创建新连接造成的延迟，使得 TCP 的效率更高。

此外，SPDY 的多路复用可以设置优先级，而不像传统 HTTP 那样严格按照先入先出一个一个处理请求，它会选择性的先传输 CSS 这样更重要的资源，然后再传输网站图标之类不太重要的资源，可以避免让非关键资源占用网络通道的问题，提升 TCP 的性能。

2. 支持服务器推送技术

服务器可以主动向客户端发起通信向客户端推送数据，这种预加载可以使用户一直保持一个快速的网络。

3. SPDY 压缩了 HTTP 头

舍弃掉了不必要的头信息，经过压缩之后可以节省多余数据传输所带来的等待时间和带宽。

4. 强制使用 SSL 传输协议

Google 认为 Web 未来的发展方向必定是安全的网络连接，全部请求 SSL 加密后，信息传输更加安全。

看看 SPDY 的作用图：

SPDY 协议在性能上对 HTTP 做了很大的优化，其核心思想是尽量减少连接个数，而对于 HTTP 的语义并没有做太大的修改。

具体来说是，SPDY 使用了 HTTP 的方法和页眉，但是删除了一些头并重写了 HTTP 中管理连接和数据转移格式的部分，所以基本上是兼容 HTTP 的。

  SPDY 兼容性

从上面可以看到，IE 从 IE11 开始才支持 SPDY，所以 SPDY 发展的路还很长，现阶段运用在移动端较好。

写到这里，好想继续往下写 HTTP/2 ，因为 HTTP/2 的前身即是 SPDY 协议，但是感觉本文的内容已经很充实了，内容也很多，就不再继续往下，内容很多，希望有人能够耐心读完，对一些网络基础知识很好的巩固效果。

参考文献：

SPDY协议介绍

无线性能优化：域名收敛

谈谈HTTP/2对前端的影响

15年双11手淘前端技术巡演 - H5性能最佳实践

如果还有什么疑问或者建议，可以多多交流，原创文章，文笔有限，才疏学浅，文中若有不正之处，万望告知。

本文在我的 github 也可以阅读，欢迎订阅：【前端性能】浅谈域名发散与域名收敛

如果本文对你有帮助，请点下推荐，写文章不容易。