笔者近日了解到，有WebSocket协议规范过多（一群人hixie-命名的hybi-另一堆，最后一个RFC 6455）。不同的WebSocket协议版本之间有什么关系？
我认为hixie-和hybi-是以前的草案，并且该RFC是“一锤定音”对所有的实现将最终收敛。不过，我很惊讶地发现，RFC是从2011年12月，而最新hybi- *从2012年2月
可能有人请一些线索？所有这些分支的历史发展如何？未来的路线图是什么？
顺便说一下，那些有趣的名字（hixie和hybi）代表什么？
“Hixie”源于Ian Hickson .. WebSocket协议的原始提议者/作者。
“Hybi”，从 “hy_pertext bi_directional” .. IETF工作组 “双向或服务器启动HTTP（主动WG）” 茎。
最新的和最终的RFC是RFC6455。做到这一点。
Hixie-75/76过时，那是在使用了一段时间的安全缺陷的，过时的版本。
Hybi-Draft-N ..其中N是..，10，...，18标志着草案RFC在最终RFC发展过程中对协议的修订。
所有> = Hybi-10只是最终RFC6455的小变体。
总之：阅读并执行http://tools.ietf.org/html/rfc6455，你会没事的。
也知道，工作组已被rejiggered以扩展讨论的协议，所以如果你是从头开始实施一个将支付要知道在组与每帧压缩，多路复用器扩展和喜欢去的。多路复用器尤其会对编写实现的方式产生很大的影响 – 2012-03-13 15:35:38
一些澄清：“安全缺陷”有点过分了。真的，这是一个关于HTTP中介行为不端的问题，而WebSockets正在超越，以避免混淆它们，并成为针对那些破碎的中介（他们的存在也是理论上的）的另一种攻击媒介。目前的iOS只支持Hixie-76，所以如果你想支持目前的iPhone/iPad，你还需要在服务器上支持Hixie-76。 – kanaka 2012-03-17 17:42:02
你对iOS的一个权利：它是唯一的（主要）平台，现在没有浏览器与> Hixie-76（原因是：没有第三方浏览器可以安装，内置浏览器只能说Hixie-76，内置浏览器没有Flash支持，排除了后备到WS闪存桥）。还有一点评论：自2012年3月开始，WebKit Nightly支持RFC6455。因此，如果这会让它进入Safari Mobile并且更旧的iOS设备得到更新，那么它可能会在不久的将来出现。 – oberstet 2012-03-17 18:00:57