让 http 2来得更猛烈些吧

今早在公交车上，把http2的官方讲解文档（还在草案之中）看了一圈，发现相对http 1.1确实改进了不少，完整的文档可通过：://www.gitbook.com/book/ye11ow/http2-explained/details 下载

把其中的主要思路结合我个人的理解，记录在这里（初次接触，可能有理解不正确的地方，如有不妥，欢迎指正）

1、 多路复用

下面这二张图很形象，http2中发送数据是基于帧的，每个帧又对应着一个“流“，下面这二列火车好比二个流，传统方式下，要传输二个流，有可能要发送二次数据(或者创建2个连接)。

在http2里，这二个流，可以串在一起，类似下图，这样发送一次就行了，即实现了所谓的多路复用，这样带来的直接好处是：不需要创建太多的TCP连接（创建TCP连接代价很高的）,能省下不少的连接资源。

2、流的优先级和依赖性

每个流可以指派流的优先级（这个过程可以是动态的），比如在页面上切换tab页时，可以把将要显示的的图片对应的流，优先级增加，以加快显示，改善用户体验，另外每个流依赖其它哪些流，也可以指定。

3、头压缩

一张网页的加载过程中，可能会很多的http请求，每个请求中，都会包含一些重复的头信息(比如：cookie信息)，十分浪费，http2可以将这些重复的内容压缩，提升性能。

4、服务器推送

这其实是服务端的一个智能预测，比如浏览器在加载资源X时，服务器如果知道浏览器很可能也会需要资源Y，那么服务器可以主动把资源Y推送给浏览器缓存起来，这样以后要用资源Y的时候，用户感觉就会很快。

5、备选服务

在负载均衡的情况下，会有多个server在提供服务，但是一个TCP连接总归只能连接到一个Server，在http2下长连接估计会成为趋势，这样的话，不利于负载"均衡"的整体性能发挥，如果服务端想建议客户端连接到另一个节点，可以用Alt-Svc头来告诉客户端有另一个备选服务器

上述这一堆改进最终的目的，我个人理解就是一句话：“更少的TCP连接，更快的传输”，如果http2流行以后，传统的一些优化手段，比如css sprit，把多个小js文件合并成一个文件这些技巧就没必要了，因为“多路复用”，本身就能把多个小文件串在一起，在同一个帧中发送，而不至于增加TCP连接。

潜在的副作用：

1、目前只支持TLS，即只能通过https:// 安全连接，这会带来额外的开销。

2、内容是二进制的，看起来不如以前直观，调试起来不如http 1.1方便

目前的支持情况：

1、浏览器方面，Firefox、Chrome最新版本已经实现了http 2，其它浏览器比如：Safari,IE,Opera宣称也会跟进，所以浏览器方面的普及应该不是什么大问题 

2、服务器方面，目前只有H2o支持了，Apache,Nginx目前还没有跟上。

另外，值得一提是Google的开源项目gRPC，就是在 protobuf + http2 实现的RPC框架。

最后，http 2被设计为与http 1.1完全兼容（没办法，现在还是 http 1.1的天下，如果不兼容，估计没人愿意尝试），所以我个人觉得这应该是一个过渡的协议，仍然背负着一些http 1.1的历史包袱，等流行之后，应该在http 3里会做一些激进的改进，就象html 4到html 5的飞跃一样。