浏览器支持级别依然存在,所以考虑RFC是不够的.
显然Sec-WebSocket版本发生了变化,我知道早期的格式是截然不同的.但是,我的意思是协议中更微妙的变化.例如,在框架中,hybi-10(v8)表明扩展的有效载荷长度在RFC 6455(v13)中存储为16/63而不是16/64.
那么,是否有任何地方的变化总结？
或者(如果我们忽略非常早的草案和版本号),协议是否基本相同,草案主要是对规范文本的更正？
维基百科 WebSocket列出哪些浏览器支持哪个协议.此外,IETF提供了一个差异工具,可用于比较任何两个RFC草案规范.例如,要比较WebSocket草案15和17,请到这里：
> http://tools.ietf.org/rfcdiff?url1=draft-ietf-hybi-thewebsocketprotocol-15.txt&url2=draft-ietf-hybi-thewebsocketprotocol-17.txt
调整url1和url2地址以获得任意版本的差异.请注意,这将显示您的规格的文本差异,规格的大的变化经常发生没有相应的差异的电线.我建议在差异中搜索“协议概述”部分和“基本帧协议”部分,分别显示报头摘要和帧图.
Hixie-76 / HyBi-00(HyBi-00只是启动新系列的Hixie-76的副本)和HyBi-04(HyBi-17(HyBi-17)的其余部分)之间的最大差异成为IETF RFC 6455).从Hixie系列到HyBi系列的一些重大变化：
>在Hixie-76协议中,在握手头后但在实际数据帧之前发生了特殊的哈希握手.>在Hixie-76中,帧前缀为0x00,后缀为0xff.没有办法确定帧的长度,除了通过接收/缓冲一直到帧的结尾.在HyBi系列中(HyBi-00之后),帧长度是前缀/头部的一部分,没有后缀.> HyBi系列在有效载荷中支持UTF-8文本和二进制数据(Hixie仅支持UTF-8).这在帧头中由指示和操作码指示.