WebSockets绝对是现在的未来。
长轮询是一种肮脏的解决方法,可以防止像 AJAX 那样为每个请求创建连接 - 但是当 WebSocket 不存在时会创建长轮询。现在由于 WebSockets,长轮询不再消失。
WebRTC 允许点对点通信。
我推荐学习WebSockets。
比较:
网络上不同的通信技术
AJAX - request
→ response
。创建到服务器的连接,发送带有可选数据的请求标头,从服务器获取响应,然后关闭连接。
支持所有主流浏览器。
长民意调查- request
→ wait
→ response
。像 AJAX 一样创建到服务器的连接,但保持一个保持活动连接打开一段时间(虽然不长)。在连接过程中,开放的客户端可以从服务器接收数据。由于超时或数据 eof,客户端必须在连接关闭后定期重新连接。在服务器端,它仍然被视为 HTTP 请求,与 AJAX 相同,除了请求的答案将在现在或将来的某个时间发生,由应用程序逻辑定义。
支持图表(完整) | 维基百科
WebSockets - client
↔ server
. 创建到服务器的 TCP 连接,并根据需要保持打开状态。服务器或客户端可以轻松关闭连接。客户端通过 HTTP 兼容的握手过程。如果成功,那么服务器和客户端可以随时双向交换数据。如果应用程序需要以两种方式进行频繁的数据交换,那么它是有效的。WebSockets 确实具有数据框架,包括对从客户端发送到服务器的每条消息进行屏蔽,因此数据被简单地加密。
支持图表(非常好) | 维基百科
WebRTC - peer
↔ peer
. 传输在客户端之间建立通信并且与传输无关,因此它可以使用 UDP、TCP 甚至更多抽象层。这通常用于大容量数据传输,例如视频/音频流,其中可靠性是次要的,可以牺牲几帧或质量进展的降低来换取响应时间,至少是一些数据传输。双方(对等方)可以独立相互推送数据。虽然它可以完全独立于任何集中式服务器使用,但它仍然需要某种方式来交换端点数据,在大多数情况下,开发人员仍然使用集中式服务器来“链接”对等点。这只需要交换基本数据以建立连接,之后不需要集中式服务器。
支持图表(中) | 维基百科
服务器发送的事件- client
← server
。客户端与服务器建立持久和长期的连接。只有服务器可以向客户端发送数据。如果客户端想要向服务器发送数据,则需要使用另一种技术/协议来执行此操作。该协议与 HTTP 兼容,并且在大多数服务器端平台上易于实现。这是代替长轮询的更可取的协议。支持图表(好,除了IE) | 维基百科
优点:
WebSockets服务器端的主要优点是它不是 HTTP 请求(握手之后),而是一个适当的基于消息的通信协议。这使您能够获得巨大的性能和架构优势。例如,在 node.js 中,您可以为不同的套接字连接共享相同的内存,因此它们可以各自访问共享变量。因此,您不需要使用数据库作为中间的交换点(例如使用 AJAX 或使用 PHP 等语言的 Long Polling)。您可以将数据存储在 RAM 中,甚至可以立即在套接字之间重新发布。
安全注意事项
人们经常关心 WebSockets 的安全性。现实情况是,它几乎没有什么区别,甚至将 WebSockets 作为更好的选择。首先,使用 AJAX,MITM的可能性更高,因为每个请求都是一个新的 TCP 连接,它正在遍历互联网基础设施。使用 WebSockets,一旦连接,在两者之间进行拦截就更具挑战性,当数据从客户端流式传输到服务器时会额外强制执行帧屏蔽以及额外的压缩,这需要更多的努力来探测数据。所有现代协议都支持:HTTP 和 HTTPS(加密)。
附言
请记住,WebSockets 通常有一种非常不同的网络逻辑方法,更像是一直以来的实时游戏,而不像 http。