在什么情况下，AJAX长/短轮询比HTML5 WebSockets更好？

Question

我正在为朋友构建一个小型聊天应用程序，但不确定如何及时获取信息，而不是像强制刷新页面那样手动或简单。

Answer 1

WebSockets是 <罢工> 绝对是未来 现在。

长轮询是防止像AJAX那样为每个请求创建连接的一种肮脏的变通方法--但是长轮询是在WebSockets不存在的时候创建的。现在由于WebSockets，长轮询是 <罢工> 走开 不再。

WebRTC允许点对点通信。

WebSockets-客户端↔服务器。创建到服务器的TCP连接，并在需要时保持打开。服务器或客户端可以轻松地关闭连接。客户端通过HTTP兼容的握手过程。如果成功，那么服务器和客户端可以随时双向交换数据。如果应用程序需要以两种方式进行频繁的数据交换，那么它是有效的。WebSockets确实有数据框架，包括屏蔽从客户机发送到服务器的每个消息，所以数据只是加密。支持图表（非常好）维基百科

WebRTC-peer↔peer。传输来建立客户端之间的通信，并且是传输无关的，因此它可以使用UDP、TCP甚至更抽象的层。这通常用于诸如视频/音频流的大容量数据传输，其中可靠性是次要的，并且为了响应时间和至少一些数据传输，可以牺牲几个帧或质量进展的减少。双方（对等方）可以独立地相互推送数据。虽然它可以完全独立于任何集中服务器使用，但它仍然需要某种方式来交换endpoint数据，在大多数情况下，开发人员仍然使用集中服务器来“链接”对等点。这只需要交换建立连接所需的基本数据，之后就不需要集中服务器了。支持图表（中）维基百科

服务器发送的事件-客户端️服务器。客户端与服务器建立持久和长期的连接。只有服务器可以向客户端发送数据。如果客户机想要将数据发送到服务器，则需要使用另一种技术/协议来这样做。该协议与HTTP兼容，并且在大多数服务器端平台中实现简单。这是一个较好的协议，可以用来代替长轮询。支持图表（好，IE除外）维基百科

人们经常关心网络套接字的安全性。事实是，它没有什么不同，甚至将WebSockets作为更好的选择。首先，使用AJAX，出现MITM的几率更高，因为每个请求都是一个新的TCP连接，它正在穿越internet基础设施。对于WebSockets，一旦连接了它，在两者之间进行拦截就更具挑战性了，当数据从客户端流到服务器时，还需要额外的帧掩蔽，以及额外的压缩，这需要更多的努力来探测数据。所有现代协议都支持HTTP和HTTPS（加密）。

请记住，WebSockets通常有一种非常不同的网络逻辑方法，更像实时游戏，而不像HTTP。