我本人也特别关注浏览器部分。因为研究了颇有一段时间的node-http2，希望它可以和浏览器互操作，而不是自己的client，自己的server在那里左右互搏。

http/2 协议刚刚发布不久，http1.1的服务器和客户端依然大量存在，新老协议必定长期共存一段时间。这样，浏览器和服务器就需要协商使用何种协议进行通讯。

nodehttp2的example内有http/2服务器(server.js)和客户端(client.js)的的代码案例。其中的server.js 提供了一个简单的http/2服务器代码模板。

project node-http2 bird eye view 协议是灰色的，代码之树常青。 所以我选择了node-http2，它是一个http/2的实现。并把它作为http/2协议研究过程中的伴侣。 在研究前期，我folk了node-http2 ，在那会儿实现的http/2 还在draft 16(第16草稿）,如今已经是h2 final了。 node-http并非是唯一的选择(那是当然)，c，c++，java...

发送端每发送一个DATA帧，就把window递减，递减量为这个帧的大小，要是window小于帧大小，那么这个帧就必须被拆分。如果window等于0，就不能发送任何帧

谈及http/2，大家都会认为多播、服务器推送是最重要的。可是优先级调度一样非常关键。尽管客户端请求可以通过多播一次发出，服务器相应也可以通过多播，推送提高带宽利用率，然而，不分主次的使用，很可能会导致页面加载时间更长。因为高优先级的资源本应优先传递，却因为多播而必须和低优先级资源竞争，导致整体延误。

头块碎片（Header Block Fragment），名字古怪甚至有点吓人，可实际上也没有更好的表达方法。需要我们稍有耐心，一步步的去了解。

数据帧是类型为0x0的幀。一个或者多个DATA frame可以一起来，携带HTTP请求的数据或者响应的数据。数据帧也可以包含任意一些填充字节（为了安全的目的）

资源x，URI：/x 内容（一个字符串）：Server X Response 资源y，URI：/y 内容（一个字符串）：Server Y Response 资源z，URI：/z 内容（一个字符串）：Server Z Response

Connection,Stream,Frame 构成了这样的关系：Connection 和 Stream 是一对多的关系，Stream 和Frame也是一对多的关系。

以往的HTTP，我们习惯了和head /body 打交道。而在HTTP2，取而代之的是幀（Frame）。它将会成为协议中的最小通讯单位——所有的数据，head，body都会打包到Frame内发送。Frame 有很多类型，比如 header frame, data frame （以后...，不本文就会继续讲到）。

那么当Agent（就是浏览器啦：）访问host/foo.html ，一旦下载和解析，知道html 要想render给用户，还需要两位两个小伙伴： woo.css和bar.js。