websocket - WebSockets 版本之间的协议(protocol)差异是什么？

Question

的任何地方都有摘要吗？协议(protocol)差异在各种 WebSockets 草案之间？

浏览器支持级别仍然无处不在，因此仅考虑 RFC 是不够的。

显然 Sec-WebSocket-Version 发生了变化，而且我知道早期的格式完全不同。但是，我的意思是协议(protocol)中更微妙的变化。例如，hybi-10 (v8) 在成帧中建议扩展的有效载荷长度存储为 16/63，而不是 RFC 6455 (v13) 中的 16/64。

那么:是否有任何地方的变化摘要？

或者(如果我们忽略非常早期的草案和版本号)，是否协议(protocol)本质上是相同的，并且草案主要是对规范文本的更正？

Answer 1

维基百科 WebSocket列出哪些浏览器支持哪种协议(protocol)。

此外，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 地址以获得任意版本的差异。请注意，这将向您显示规范的文本差异，并且规范的较大更改通常会发生而在线路上没有相应的差异。我建议搜索“协议(protocol)概述”部分和“基本框架协议(protocol)”部分的差异，它们分别显示标题摘要和框架图。

有线协议(protocol)的最大区别发生在 Hixie-76/HyBi-00(HyBi-00 只是 Hixie-76 的副本，用于启动新系列)和从 HyBi-04 开始的其余 HyBi 系列(HyBi-17成为 IETF RFC 6455)。从 Hixie 系列到 HyBi 系列的一些主要变化:

在 Hixie-76 协议(protocol)中，有一个特殊的哈希握手发生在握手 header 之后但在实际数据帧之前。

在 Hixie-76 中，帧以 0x00 为前缀，以 0xff 为后缀。没有办法确定帧的长度，除非一直接收/缓冲到帧的末尾。在 HyBi 系列(HyBi-00 之后)中，帧长度是前缀/报头的一部分，没有后缀。

HyBi 系列支持负载中的 UTF-8 文本和二进制数据(Hixie 仅支持 UTF-8)。这由帧头中的操作码和操作码指示。