WebSocket：修订间差异

本页使用了标题或全文手工转换
维基百科，自由的百科全书
以互动方式浏览历史
←上一版本下一版本→
删除的内容 添加的内容
可视化wikitext
FL.YL.BANxS（留言 | 贡献）
2,153次编辑
小无编辑摘要
标签：2017版源代码编辑
FL.YL.BANxS（留言 | 贡献）
2,153次编辑
无编辑摘要
标签：2017版源代码编辑
第9行： 第9行：
{{update|time=2018-08-11T15:22:51+00:00}}
{{update|time=2018-08-11T15:22:51+00:00}}


'''WebSocket'''是一种在单个[[传输控制协议|TCP]]连接上进行[[全双工]]通信的协议。WebSocket通訊協定於2011年被[[Internet Engineering Task Force|IETF]]定為標準RFC 6455，并由RFC7936补充规范。WebSocket [[Application programming interface|API]]也被[[World Wide Web Consortium|W3C]]定為標準。
'''WebSocket'''是一种[[网络传输协议|通信协议]]，可在单个[[传输控制协议|TCP]]连接上进行{{Link-en|全双工|Full-duplex}}通信。WebSocket协议在2011年由[[互联网工程任务组|IETF]]标准化为RFC 6455，后由RFC 7936补充规范。{{Link-en|Web IDL}}中的WebSocket API由[[万维网联盟|W3C]]标准化。


WebSocket使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在WebSocket API中，浏览器和服务器只需要完成一次握手，两者之间就直接可以建立持久性的连接，并进行双向数据传输。
WebSocket使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在WebSocket API中，浏览器和服务器只需要完成一次握手，两者之间就可以建立持久性的连接，并进行双向数据传输。


==背景==
== 简介 ==
WebSocket是一种与[[超文本传输协议|HTTP]]不同的协议。两者都位于[[OSI模型]]的[[应用层]]，并且都依赖于[[传输层]]的TCP协议。
虽然它们不同，但RFC 6455规定：“WebSocket设计为通过80和443端口工作，以及支持HTTP代理和中介”，从而使其与HTTP协议兼容。
为了实现兼容性，WebSocket握手使用HTTP Upgrade头<ref>{{Cite IETF |title=RFC 6455 The WebSocket Protocol |publisher = [[Internet Engineering Task Force|IETF]] |section=1.7 |sectionname=Relationship to TCP and HTTP |rfc=6455 |date=December 2011|author1=Ian Fette |author2=Alexey Melnikov}}</ref>从HTTP协议更改为WebSocket协议。

WebSocket协议支持Web[[浏览器]]（或其他客户端应用程序）与Web[[服务器]]之间的交互，具有较低的开销，便于实现客户端与服务器的实时数据传输。
服务器可以通过标准化的方式来实现，而无需客户端首先请求内容，并允许消息在保持连接打开的同时来回传递。通过这种方式，可以在客户端和服务器之间进行双向持续对话。
通信通过TCP端口80或443完成，这在防火墙阻止非Web网络连接的环境下是有益的。另外，[[Comet (web技术)|Comet]]之类的技术以非标准化的方式实现了类似的双向通信。

大多数浏览器都支持该协议，包括[[Google Chrome]]、[[Firefox]]、[[Safari]]、[[Microsoft Edge]]、[[Internet Explorer]]和[[Opera]]。

与HTTP不同，WebSocket提供全双工通信。<ref>{{cite web|url=https://developer.mozilla.org/en-US/docs/Glossary/WebSockets|publisher= Mozilla Developer Network|date=2015|title=Glossary:WebSockets}}</ref><ref name=quantum>[http://www.websocket.org/quantum.html HTML5 WebSocket: A Quantum Leap in Scalability for the Web]</ref>此外，WebSocket还可以在TCP之上启用消息流。TCP单独处理字节流，没有固有的消息概念。
在WebSocket之前，使用Comet可以实现全双工通信。但是Comet存在TCP握手和HTTP头的开销，因此对于小消息来说效率很低。WebSocket协议旨在解决这些问题。

WebSocket协议规范将<code>ws</code>（WebSocket）和<code>wss</code>（WebSocket Secure）定义为两个新的[[统一资源标识符]]（URI）方案<ref>{{cite web|url=https://www.iana.org/assignments/uri-schemes.html |title=IANA Uniform Resource Identifer (URI) Schemes |publisher=[[Internet Assigned Numbers Authority]] |date=2011-11-14 |accessdate=2011-12-10|editor=Graham Klyne}}</ref>，分别对应明文和加密连接。除了方案名称和片段ID（不支持<code>#</code>）之外，其余的URI组件都被定义为此URI的通用语法。<ref>{{Cite IETF |title=RFC 6455 The WebSocket Protocol|publisher = [[Internet Engineering Task Force|IETF]] |section=3|sectionname=WebSocket URIs |rfc=6455|date=December 2011|author1=Ian Fette|author2=Alexey Melnikov}}</ref>

使用浏览器开发人员工具，开发人员可以检查WebSocket握手以及WebSocket框架。<ref>{{cite book |last1=Wang |first1=Vanessa |last2=Salim |first2=Frank |last3=Moskovits |first3=Peter |title=The Definitive Guide to HTML5 WebSocket |chapter-url=http://my.safaribooksonline.com/book/-/9781430247401/appendix-a-inspecting-websocket-traffic/sec1_xhtml |accessdate=7 April 2013 |date=February 2013 |publisher=Apress| isbn=978-1-4302-4740-1 |chapter=APPENDIX A: WebSocket Frame Inspection with Google Chrome Developer Tools }}</ref>

== 历史 ==
WebSocket最初在[[HTML5]]规范中被引用为TCPConnection，作为基于TCP的套接字API的占位符。<ref>{{Cite web|url=https://www.w3.org/TR/2008/WD-html5-20080610/comms.html#tcp-connections|title=HTML 5|website=www.w3.org|access-date=2016-04-17}}</ref>2008年6月，{{Link-en|Michael Carter|Michael Carter (entrepreneur)}}进行了一系列讨论，最终形成了称为WebSocket的协议。<ref>{{Cite web|url=https://lists.w3.org/Archives/Public/public-whatwg-archive/2008Jun/0165.html|title=[whatwg] TCPConnection feedback from Michael Carter on 2008-06-18 (whatwg.org from June 2008)|website=lists.w3.org|access-date=2016-04-17}}</ref>

“WebSocket”这个名字是Ian Hickson和Michael Carter之后在 #whatwg IRC聊天室创造的<ref>{{Cite web|url=http://krijnhoetmer.nl/irc-logs/whatwg/20080618#l-1145|title=IRC logs: freenode / #whatwg / 20080618|website=krijnhoetmer.nl|access-date=2016-04-18}}</ref>，随后由Ian Hickson撰写并列入HTML5规范，并在Michael Carter的Cometdaily博客上宣布<ref>{{Cite web|url=http://cometdaily.com/2008/07/04/html5-websocket/|title=Comet Daily » Blog Archive » Independence Day: HTML5 WebSocket Liberates Comet From Hacks|access-date=2016-04-17}}</ref>。
2009年12月，Google Chrome 4是第一个提供标准支持的浏览器，默认情况下启用了WebSocket。<ref>{{Cite web|url=https://blog.chromium.org/2009/12/web-sockets-now-available-in-google.html|title=Web Sockets Now Available In Google Chrome|website=Chromium Blog|language=en-US|access-date=2016-04-17}}</ref>WebSocket协议的开发随后于2010年2月从W3C和WHATWG小组转移到IETF，并在Ian Hickson的指导下进行了两次修订。<ref>{{Cite web|url=https://tools.ietf.org/html/draft-hixie-thewebsocketprotocol-75|title=The WebSocket protocol|last=<ian@hixie.ch>|first=Ian Hickson|website=tools.ietf.org|access-date=2016-04-17}}</ref>

该协议被多个浏览器默认支持并启用后，[[RFC]]于2011年12月在Ian Fette下完成。<ref>{{Cite web|url=https://tools.ietf.org/html/rfc6455|title=The WebSocket protocol|last=<ian@hixie.ch>|first=Ian Hickson|website=tools.ietf.org|access-date=2016-04-17}}</ref>

== 背景 ==
现在，很多网站为了实现[[推送技术]]，所用的技术都是[[轮询]]。轮询是在特定的的时间间隔（如每1秒），由浏览器对服务器发出HTTP请求，然后由服务器返回最新的数据给客户端的浏览器。这种传统的模式带来很明显的缺点，即浏览器需要不断的向服务器发出请求，然而HTTP请求可能包含较长的[[HTTP头字段列表|头部]]，其中真正有效的数据可能只是很小的一部分，显然这样会浪费很多的带宽等资源。
现在，很多网站为了实现[[推送技术]]，所用的技术都是[[轮询]]。轮询是在特定的的时间间隔（如每1秒），由浏览器对服务器发出HTTP请求，然后由服务器返回最新的数据给客户端的浏览器。这种传统的模式带来很明显的缺点，即浏览器需要不断的向服务器发出请求，然而HTTP请求可能包含较长的[[HTTP头字段列表|头部]]，其中真正有效的数据可能只是很小的一部分，显然这样会浪费很多的带宽等资源。


第28行： 第54行：
Websocket使用和 HTTP 相同的 TCP [[TCP/UDP端口列表|端口]]，可以绕过大多数防火墙的限制。默认情况下，Websocket协议使用80端口；运行在TLS之上时，默认使用443端口。
Websocket使用和 HTTP 相同的 TCP [[TCP/UDP端口列表|端口]]，可以绕过大多数防火墙的限制。默认情况下，Websocket协议使用80端口；运行在TLS之上时，默认使用443端口。


==优点==
== 优点 ==


* 较少的控制开销。在连接建立后，服务器和客户端之间交换数据时，用于协议控制的数据包头部相对较小。在不包含扩展的情况下，对于服务器到客户端的内容，此头部大小只有2至10[[字节]]（和数据包长度有关）；对于客户端到服务器的内容，此头部还需要加上额外的4字节的[[掩码]]。相对于HTTP请求每次都要携带完整的头部，此项开销显著减少了。
* 较少的控制开销。在连接建立后，服务器和客户端之间交换数据时，用于协议控制的数据包头部相对较小。在不包含扩展的情况下，对于服务器到客户端的内容，此头部大小只有2至10[[字节]]（和数据包长度有关）；对于客户端到服务器的内容，此头部还需要加上额外的4字节的[[掩码]]。相对于HTTP请求每次都要携带完整的头部，此项开销显著减少了。
第42行： 第68行：
* 更好的压缩效果。相对于[[HTTP压缩]]，Websocket在适当的扩展支持下，可以沿用之前内容的[[上下文]]，在传递类似的数据时，可以显著地提高压缩率。<ref>https://tools.ietf.org/html/rfc7692</ref>
* 更好的压缩效果。相对于[[HTTP压缩]]，Websocket在适当的扩展支持下，可以沿用之前内容的[[上下文]]，在传递类似的数据时，可以显著地提高压缩率。<ref>https://tools.ietf.org/html/rfc7692</ref>


==握手协议==
== 握手协议 ==


WebSocket 是独立的、建立在 TCP 上的协议。
WebSocket 是独立的、建立在 TCP 上的协议。
第50行： 第76行：
为了建立Websocket连接，需要通过浏览器发出请求，之后服务器进行回应，这个过程通常称为“[[握手 (技术)|握手]]”（handshaking）。
为了建立Websocket连接，需要通过浏览器发出请求，之后服务器进行回应，这个过程通常称为“[[握手 (技术)|握手]]”（handshaking）。


===例子===
=== 例子 ===


一个典型的Websocket握手请求如下：
一个典型的Websocket握手请求如下：
第73行： 第99行：
</pre>
</pre>


===字段说明===
=== 字段说明 ===


* Connection必须设置Upgrade，表示客户端希望连接升级。
* Connection必须设置Upgrade，表示客户端希望连接升级。
第82行： 第108行：
* 其他一些定义在HTTP协议中的字段，如[[Cookie]]等，也可以在Websocket中使用。
* 其他一些定义在HTTP协议中的字段，如[[Cookie]]等，也可以在Websocket中使用。


== 浏览器 ==
== 浏览器支持 ==
WebSocket协议的安全版本在Firefox 6<ref>{{cite web | url=https://developer.mozilla.org/en/WebSockets | title=WebSocket enabled in Firefox 6 | author=Dirkjan Ochtman | date=May 27, 2011 | work=Mozilla.org | accessdate=2011-06-30 }}</ref>、Safari 6、Google Chrome 14<ref>{{cite web | url=https://www.chromium.org/developers/web-platform-status | title=Chromium Web Platform Status | accessdate=2011-08-03 }}</ref>、Opera 12.10和Internet Explorer 10中实现。<ref>{{cite web|url=https://msdn.microsoft.com/en-us/library/ie/hh673567(v=vs.85).aspx |title=WebSockets (Windows) |publisher=Microsoft |date=2012-09-28 |accessdate=2012-11-07}}</ref>详细的协议测试套件报告<ref name="autobahn">{{cite web|url=http://autobahn.ws/testsuite/reports/clients/index.html |title=WebSockets Protocol Test Report |publisher=Tavendo.de |date=2011-10-27 |accessdate=2011-12-10}}</ref>列出了这些浏览器与特定协议方面的一致性。

Opera 11和Safari 5中实现了较旧的，不太安全的协议版本，以及iOS 4.2中的Safari移动版本。<ref>{{cite web | url=http://www.appleinsider.com/articles/10/11/23/apple_adds_accelerometer_websockets_support_to_safari_in_ios_4_2.html | title=Apple adds accelerometer, WebSockets support to Safari in iOS 4.2 | author=Katie Marsal | date=November 23, 2010 | work=AppleInsider.com | accessdate=2011-05-09 }}</ref>OS7中的BlackBerry Browser实现了WebSockets。<ref>{{cite web|title=Web Sockets API |url=http://docs.blackberry.com/en/developers/deliverables/29271/Web_Sockets_support_1582781_11.jsp |publisher=[[BlackBerry Limited|BlackBerry]] |accessdate=8 July 2011 |deadurl=yes |archiveurl=https://web.archive.org/web/20110610191150/http://docs.blackberry.com/en/developers/deliverables/29271/Web_Sockets_support_1582781_11.jsp |archivedate=June 10, 2011 }}</ref>由于存在漏洞，它在Firefox 4和5<ref>{{cite web | url=https://hacks.mozilla.org/2010/12/websockets-disabled-in-firefox-4/ | title=WebSocket disabled in Firefox 4 | author=Chris Heilmann | date=December 8, 2010 | work=Hacks.Mozilla.org | accessdate=2011-05-09 }}</ref>以及Opera 11中被禁用。<ref>{{cite web | url=http://my.opera.com/chooseopera/blog/2010/12/10/regarding-websocket | title=Regarding WebSocket | author=Aleksander Aas | date=December 10, 2010 | work=My Opera Blog | accessdate=2011-05-09 |archiveurl=https://web.archive.org/web/20101215010748/http://my.opera.com/chooseopera/blog/2010/12/10/regarding-websocket|archivedate=2010-12-15}}</ref>


实现websocket的协议，浏览器扮演着一个很重要的角色。所有最新的浏览器支持最新规范（RFC 6455）的WebSocket协议。一个详细的测试报告<ref name="autobahn">{{cite web |url=http://autobahn.ws/testsuite/reports/clients/index.html |title=WebSockets协议测试报告 |publisher=Tavendo.de |date=2011-10-27 |accessdate=2011-12-10 |deadurl=yes |archiveurl=https://web.archive.org/web/20120419003445/http://autobahn.ws/testsuite/reports/clients/index.html |archivedate=2012年4月19日 |df= }}</ref>列出了这些浏览器支持的Websocket版本。
所有最新的浏览器支持最新规范（RFC 6455）的WebSocket协议。一个详细的测试报告<ref name="autobahn">{{cite web |url=http://autobahn.ws/testsuite/reports/clients/index.html |title=WebSockets协议测试报告 |publisher=Tavendo.de |date=2011-10-27 |accessdate=2011-12-10 |deadurl=yes |archiveurl=https://web.archive.org/web/20120419003445/http://autobahn.ws/testsuite/reports/clients/index.html |archivedate=2012年4月19日 |df= }}</ref>列出了这些浏览器支持的Websocket版本。
{| class="wikitable"
{| class="wikitable"
|+浏览器支持现状
|+浏览器支持现状

2019年5月9日 (四) 05:26的版本

WebSocket是一种通信协议，可在单个TCP连接上进行全双工（英语：Full-duplex）通信。WebSocket协议在2011年由IETF标准化为RFC 6455，后由RFC 7936补充规范。Web IDL（英语：Web IDL）中的WebSocket API由W3C标准化。

WebSocket使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在WebSocket API中，浏览器和服务器只需要完成一次握手，两者之间就可以建立持久性的连接，并进行双向数据传输。

简介

WebSocket是一种与HTTP不同的协议。两者都位于OSI模型的应用层，并且都依赖于传输层的TCP协议。 虽然它们不同，但RFC 6455规定：“WebSocket设计为通过80和443端口工作，以及支持HTTP代理和中介”，从而使其与HTTP协议兼容。 为了实现兼容性，WebSocket握手使用HTTP Upgrade头[1]从HTTP协议更改为WebSocket协议。

WebSocket协议支持Web浏览器（或其他客户端应用程序）与Web服务器之间的交互，具有较低的开销，便于实现客户端与服务器的实时数据传输。 服务器可以通过标准化的方式来实现，而无需客户端首先请求内容，并允许消息在保持连接打开的同时来回传递。通过这种方式，可以在客户端和服务器之间进行双向持续对话。 通信通过TCP端口80或443完成，这在防火墙阻止非Web网络连接的环境下是有益的。另外，Comet之类的技术以非标准化的方式实现了类似的双向通信。

大多数浏览器都支持该协议，包括Google Chrome、Firefox、Safari、Microsoft Edge、Internet Explorer和Opera。

与HTTP不同，WebSocket提供全双工通信。[2][3]此外，WebSocket还可以在TCP之上启用消息流。TCP单独处理字节流，没有固有的消息概念。 在WebSocket之前，使用Comet可以实现全双工通信。但是Comet存在TCP握手和HTTP头的开销，因此对于小消息来说效率很低。WebSocket协议旨在解决这些问题。

WebSocket协议规范将ws（WebSocket）和wss（WebSocket Secure）定义为两个新的统一资源标识符（URI）方案[4]，分别对应明文和加密连接。除了方案名称和片段ID（不支持#）之外，其余的URI组件都被定义为此URI的通用语法。[5]

使用浏览器开发人员工具，开发人员可以检查WebSocket握手以及WebSocket框架。[6]

历史

WebSocket最初在HTML5规范中被引用为TCPConnection，作为基于TCP的套接字API的占位符。[7]2008年6月，Michael Carter（英语：Michael Carter (entrepreneur)）进行了一系列讨论，最终形成了称为WebSocket的协议。[8]

“WebSocket”这个名字是Ian Hickson和Michael Carter之后在 #whatwg IRC聊天室创造的[9]，随后由Ian Hickson撰写并列入HTML5规范，并在Michael Carter的Cometdaily博客上宣布[10]。 2009年12月，Google Chrome 4是第一个提供标准支持的浏览器，默认情况下启用了WebSocket。[11]WebSocket协议的开发随后于2010年2月从W3C和WHATWG小组转移到IETF，并在Ian Hickson的指导下进行了两次修订。[12]

该协议被多个浏览器默认支持并启用后，RFC于2011年12月在Ian Fette下完成。[13]

背景

现在，很多网站为了实现推送技术，所用的技术都是轮询。轮询是在特定的的时间间隔（如每1秒），由浏览器对服务器发出HTTP请求，然后由服务器返回最新的数据给客户端的浏览器。这种传统的模式带来很明显的缺点，即浏览器需要不断的向服务器发出请求，然而HTTP请求可能包含较长的头部，其中真正有效的数据可能只是很小的一部分，显然这样会浪费很多的带宽等资源。

而比较新的技术去做轮询的效果是Comet。这种技术虽然可以双向通信，但依然需要反复发出请求。而且在Comet中，普遍采用的长链接，也会消耗服务器资源。

在这种情况下，HTML5定义了WebSocket协议，能更好的节省服务器资源和带宽，并且能够更实时地进行通讯。

Websocket使用ws或wss的统一资源标志符，类似于HTTPS，其中wss表示在TLS之上的Websocket。如： 

ws://example.com/wsapi
wss://secure.example.com/wsapi

Websocket使用和 HTTP 相同的 TCP 端口，可以绕过大多数防火墙的限制。默认情况下，Websocket协议使用80端口；运行在TLS之上时，默认使用443端口。

优点

  • 较少的控制开销。在连接建立后，服务器和客户端之间交换数据时，用于协议控制的数据包头部相对较小。在不包含扩展的情况下，对于服务器到客户端的内容，此头部大小只有2至10字节（和数据包长度有关）；对于客户端到服务器的内容，此头部还需要加上额外的4字节的掩码。相对于HTTP请求每次都要携带完整的头部，此项开销显著减少了。
  • 更强的实时性。由于协议是全双工的，所以服务器可以随时主动给客户端下发数据。相对于HTTP请求需要等待客户端发起请求服务端才能响应，延迟明显更少；即使是和Comet等类似的长轮询比较，其也能在短时间内更多次地传递数据。
  • 保持连接状态。与HTTP不同的是，Websocket需要先建立连接，这就使得其成为一种有状态的协议，之后通信时可以省略部分状态信息。而HTTP请求可能需要在每个请求都携带状态信息（如身份认证等）。
  • 更好的二进制支持。Websocket定义了二进制帧，相对HTTP，可以更轻松地处理二进制内容。
  • 可以支持扩展。Websocket定义了扩展，用户可以扩展协议、实现部分自定义的子协议。如部分浏览器支持压缩等。
  • 更好的压缩效果。相对于HTTP压缩，Websocket在适当的扩展支持下，可以沿用之前内容的上下文，在传递类似的数据时，可以显著地提高压缩率。[14]

握手协议

WebSocket 是独立的、建立在 TCP 上的协议。

Websocket 通过 HTTP/1.1 协议的101状态码进行握手。

为了建立Websocket连接，需要通过浏览器发出请求，之后服务器进行回应，这个过程通常称为“握手”（handshaking）。

例子

一个典型的Websocket握手请求如下：

客户端请求 

GET / HTTP/1.1
Upgrade: websocket
Connection: Upgrade
Host: example.com
Origin: http://example.com
Sec-WebSocket-Key: sN9cRrP/n9NdMgdcy2VJFQ==
Sec-WebSocket-Version: 13

服务器回应 

HTTP/1.1 101 Switching Protocols
Upgrade: websocket
Connection: Upgrade
Sec-WebSocket-Accept: fFBooB7FAkLlXgRSz0BT3v4hq5s=
Sec-WebSocket-Location: ws://example.com/

字段说明

  • Connection必须设置Upgrade，表示客户端希望连接升级。
  • Upgrade字段必须设置Websocket，表示希望升级到Websocket协议。
  • Sec-WebSocket-Key是随机的字符串，服务器端会用这些数据来构造出一个SHA-1的信息摘要。把“Sec-WebSocket-Key”加上一个特殊字符串“258EAFA5-E914-47DA-95CA-C5AB0DC85B11”，然后计算SHA-1摘要，之后进行BASE-64编码，将结果做为“Sec-WebSocket-Accept”头的值，返回给客户端。如此操作，可以尽量避免普通HTTP请求被误认为Websocket协议。
  • Sec-WebSocket-Version 表示支持的Websocket版本。RFC6455要求使用的版本是13，之前草案的版本均应当弃用。
  • Origin字段是可选的，通常用来表示在浏览器中发起此Websocket连接所在的页面，类似于Referer。但是，与Referer不同的是，Origin只包含了协议和主机名称。
  • 其他一些定义在HTTP协议中的字段，如Cookie等，也可以在Websocket中使用。

浏览器支持

WebSocket协议的安全版本在Firefox 6[15]、Safari 6、Google Chrome 14[16]、Opera 12.10和Internet Explorer 10中实现。[17]详细的协议测试套件报告[18]列出了这些浏览器与特定协议方面的一致性。

Opera 11和Safari 5中实现了较旧的，不太安全的协议版本，以及iOS 4.2中的Safari移动版本。[19]OS7中的BlackBerry Browser实现了WebSockets。[20]由于存在漏洞，它在Firefox 4和5[21]以及Opera 11中被禁用。[22]

所有最新的浏览器支持最新规范（RFC 6455）的WebSocket协议。一个详细的测试报告[18]列出了这些浏览器支持的Websocket版本。

浏览器支持现状
协议 发布日期 IE Firefox[23]（个人电脑） Firefox (Android) Chrome（个人电脑，手机） Safari（Mac, iOS） Opera（个人电脑，手机） Android浏览器
hixie-75 2010年2月4日 4 5.0.0
hixie-76
hybi-00 		2010年5月10日，
2010年5月23日 		4.0（已禁用） 6 5.0.1 11.00（已禁用）
7 hybi-07 2011年4月22日 6[24]1
8 hybi-10 2011年7月11日 7[25]1 7 14[26]
13 RFC 6455 2011年12月 10[27] 11 11 16[28] 6 12.10[29] 4.4[30]

1基于Gecko 6–10版本的浏览器的WebSocket对象为“mozwebsocket”，[31]需要添加额外的代码。

服务器

在服务器方面，网上都有不同对websocket支持的服务器：

参考资料

  1. ^ Ian Fette; Alexey Melnikov. Relationship to TCP and HTTP. RFC 6455 The WebSocket Protocol. IETF. December 2011: sec. 1.7. RFC 6455. 
  2. ^ Glossary:WebSockets. Mozilla Developer Network. 2015. 
  3. ^ HTML5 WebSocket: A Quantum Leap in Scalability for the Web
  4. ^ Graham Klyne (编). IANA Uniform Resource Identifer (URI) Schemes. Internet Assigned Numbers Authority. 2011-11-14 [2011-12-10]. 
  5. ^ Ian Fette; Alexey Melnikov. WebSocket URIs. RFC 6455 The WebSocket Protocol. IETF. December 2011: sec. 3. RFC 6455. 
  6. ^ Wang, Vanessa; Salim, Frank; Moskovits, Peter. APPENDIX A: WebSocket Frame Inspection with Google Chrome Developer Tools. The Definitive Guide to HTML5 WebSocket. Apress. February 2013 [7 April 2013]. ISBN 978-1-4302-4740-1. 
  7. ^ HTML 5. www.w3.org. [2016-04-17]. 
  8. ^ [whatwg] TCPConnection feedback from Michael Carter on 2008-06-18 (whatwg.org from June 2008). lists.w3.org. [2016-04-17]. 
  9. ^ IRC logs: freenode / #whatwg / 20080618. krijnhoetmer.nl. [2016-04-18]. 
  10. ^ Comet Daily » Blog Archive » Independence Day: HTML5 WebSocket Liberates Comet From Hacks. [2016-04-17]. 
  11. ^ Web Sockets Now Available In Google Chrome. Chromium Blog. [2016-04-17] （美国英语）. 
  12. ^ <ian@hixie.ch>, Ian Hickson. The WebSocket protocol. tools.ietf.org. [2016-04-17]. 
  13. ^ <ian@hixie.ch>, Ian Hickson. The WebSocket protocol. tools.ietf.org. [2016-04-17]. 
  14. ^ https://tools.ietf.org/html/rfc7692
  15. ^ Dirkjan Ochtman. WebSocket enabled in Firefox 6. Mozilla.org. May 27, 2011 [2011-06-30]. 
  16. ^ Chromium Web Platform Status. [2011-08-03]. 
  17. ^ WebSockets (Windows). Microsoft. 2012-09-28 [2012-11-07]. 
  18. ^ 18.0 18.1 WebSockets Protocol Test Report. Tavendo.de. 2011-10-27 [2011-12-10].  引用错误：带有name属性“autobahn”的<ref>标签用不同内容定义了多次
  19. ^ Katie Marsal. Apple adds accelerometer, WebSockets support to Safari in iOS 4.2. AppleInsider.com. November 23, 2010 [2011-05-09]. 
  20. ^ Web Sockets API. BlackBerry. [8 July 2011]. （原始内容存档于June 10, 2011）. 
  21. ^ Chris Heilmann. WebSocket disabled in Firefox 4. Hacks.Mozilla.org. December 8, 2010 [2011-05-09]. 
  22. ^ Aleksander Aas. Regarding WebSocket. My Opera Blog. December 10, 2010 [2011-05-09]. （原始内容存档于2010-12-15）. 
  23. ^ WebSockets (support in Firefox). Developer.mozilla.org. 2011-09-30 [2011-12-10]. 
  24. ^ Bug 640003 - WebSockets - upgrade to ietf-06. Bugzilla.mozilla.org. [2011-12-10]. 
  25. ^ WebSockets - upgrade to ietf-07>
  26. ^ Chromium bug 64470. Code.google.com. 2010-11-25 [2011-12-10]. 
  27. ^ WebSockets in Windows Consumer Preview. IE Engineering Team. 2012-03-19 [2012-07-23]. 
  28. ^ WebKit Changeset 97247: WebSocket: Update WebSocket protocol to hybi-17. Trac.webkit.org. [2011-12-10]. 
  29. ^ A hot Opera 12.50 summer-time snapshot. Opera Developer News. [2012-08-03]. （原始内容存档于2012-08-05）. 
  30. ^ Compatibility tables for support of HTML5, CSS3, SVG and more in desktop and mobile browsers. caniuse.com. [2014-02-10]. 
  31. ^ WebSockets - MDN. Developer.mozilla.org. 2011-09-30 [2011-12-10]. 
網頁技術與標準
文档呈现语言
样式格式描述语言
动态网页技术
用戶端互動技术
用戶端手稿語言
标识定位语言
文档纲要语言
* 代表由W3C制定和维护的标准与规范
特點
網頁標準
协议
相關主題
 
電腦平台
Blink排版引擎
WebKit排版引擎
Gecko排版引擎
Trident排版引擎
混合排版引擎
其他排版引擎
純文字排版引擎
 
行動平台
Blink排版引擎
WebKit排版引擎
Gecko排版引擎
Trident排版引擎
其他
 
Gecko排版引擎
Presto排版引擎
WebKit排版引擎
其他
刪除線格式為停止開發的項目
取自“https://zh.wikipedia.org/w/index.php?title=WebSocket&oldid=54344363”