http://www.jackxiang.com/index.php zh-cn http://www.jackxiang.com/post// jack <xdy108@126.com> Mon, 22 Feb 2016 08:23:04 +0000 http://www.jackxiang.com/post// 键是浏览器的支持非常好，无论开多少标签页，都是复用1个链接。高版本IE也是支持的。http2还要一段时间才能铺开。

HTTP/2笔记之流和多路复用：
http://www.blogjava.net/yongboy/archive/2015/03/19/423611.aspx

除开头压缩外，还有省流量还有：
哈夫曼编码更安全：
HTTPS和SPDY的压缩机制被发现有受BREACH和CRIME攻击的隐患。通过向流中注入一些已知的文本来观察输出的变化，攻击者可以推出原始发送的数据。
为协议的动态内容进行压缩并使其免于被攻击，需要仔细且全面的考虑。而这正是HTTPbis小组尝试去做的。
HPACK，HTTP/2头部压缩，顾名思义它是一个专为http2头部设计的压缩格式。确切的讲，它甚至被制定写入在另外一个单独的草案里。新的格式同时引入了一些其他对策让破解压缩变得困难，例如采用帧的可选填充和用一个bit作为标记，来让中间人不压缩指定的头部。
用Roberto Peon（HPACK的设计者之一）的话说，“HPACK旨在提供一个一致性的实现使信息量的损失尽可能少，使编解码快速而方便，使接收方能控制压缩文本的大小，允许代理重新建立索引（如，通过代理在前后端共享状态），以及对哈夫曼编码串的更快速比较”。

发出content-lenth可后悔：
HTTP 1.1的有一个缺点是：当一个含有确切值的Content-Length的HTTP消息被送出之后，你就很难中断它了。当然，通常你可以断开整个TCP链接（但也不总是可以这样），但这样导致的代价就是需要重新通过三次握手建立一个新的TCP连接。
一个更好的方案是只终止当前传输的消息并重新发送一个新的。在http2里面，我们可以通过发送RST_STREAM帧来实现这种需求，从而避免浪费带宽和中断已有的连接。



HTTP2讲解：
http://www.kancloud.cn/kancloud/http2-explained/49803

HTTP2技术变革的冲击和影响分析：
http://blog.csdn.net/jiayanhui2877/article/details/45395771


Http2.0的RFC文档，有兴趣可以去看看：
http://httpwg.org/specs/rfc7540.html
]]> http://www.jackxiang.com/post//#blogcomment <user@domain.com> Thu, 01 Jan 1970 00:00:00 +0000 http://www.jackxiang.com/post//#blogcomment