我正在为朋友构建一个小型聊天应用程序，但不确定如何及时获取信息，这不像强制刷新页面那样手动或基本。
目前，我正在使用简单的 AJAX 来实现这一点，但这有一个缺点，即在很短的时间过去后会定期访问服务器。
在研究长/短轮询时，我遇到了 HTML5 WebSockets。这似乎很容易实现，但我不确定是否有一些隐藏的缺点。例如，我认为 WebSockets 仅受某些浏览器支持。我应该注意 WebSockets 的其他缺点吗？
既然这两种技术似乎都在做同样的事情，那么在哪种情况下，人们更愿意使用一种而不是另一种？更具体地说，是 HTML5 WebSockets 使 AJAX 长/短轮询过时了，还是有令人信服的理由更喜欢 AJAX 而不是 WebSockets？
WebSockets 现在绝对是未来。
长轮询是一种肮脏的解决方法，可防止像 AJAX 那样为每个请求创建连接 - 但长轮询是在 WebSockets 不存在时创建的。现在由于 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 等语言的长轮询）。您可以将数据存储在 RAM 中，甚至可以直接在套接字之间重新发布。
人们经常关注 WebSockets 的安全性。现实情况是，它几乎没有什么区别，甚至将 WebSockets 作为更好的选择。首先，使用 AJAX，MITM 的可能性更高，因为每个请求都是一个新的 TCP 连接，它正在穿越互联网基础设施。使用 WebSockets，一旦连接起来，在两者之间进行拦截就更具挑战性，当数据从客户端流式传输到服务器时额外强制执行帧掩码以及额外的压缩，这需要更多的努力来探测数据。所有现代协议都支持：HTTP 和 HTTPS（加密）。
请记住，WebSockets 通常有一种非常不同的网络逻辑方法，更像是一直以来的实时游戏，而不是像 http。
您忽略的一项竞争技术是服务器发送的事件/事件源。 什么是长轮询、Websockets、服务器发送事件 (SSE) 和 Comet？对所有这些都有很好的讨论。请记住，其中一些比其他更容易在服务器端集成。
对于聊天应用程序或与服务器不断对话的任何其他应用程序，是WebSockets最佳选择。但是，您只能WebSockets与支持它们的服务器一起使用，因此如果您无法安装所需的库，则可能会限制您使用它们的能力。在这种情况下，您需要使用Long Polling来获得类似的功能。
XHR 轮询当事件发生时（可能是立即或延迟后）响应请求。需要进行后续请求以接收更多事件。
浏览器向服务器发出异步请求，服务器可能会等待数据可用后再响应。响应可以包含要由客户端执行的编码数据（通常是 XML 或 JSON）或 Javascript。在响应处理结束时，浏览器创建并发送另一个 XHR，以等待下一个事件。因此，浏览器始终与服务器保持未完成的请求，以在每个事件发生时得到响应。维基百科
服务器发送事件客户端向服务器发送请求。服务器随时向网页发送新数据。
传统上，网页必须向服务器发送请求才能接收新数据；即页面向服务器请求数据。使用服务器发送的事件，服务器可以通过将消息推送到网页来随时向网页发送新数据。这些传入的消息可以被视为网页内的事件 + 数据。Mozilla
WebSockets在初始握手之后（通过 HTTP 协议）。使用 WebSocket 协议进行双向通信。
握手以 HTTP 请求/响应开始，允许服务器处理 HTTP 连接以及同一端口上的 WebSocket 连接。一旦建立连接，通信就会切换到不符合 HTTP 协议的双向二进制协议。维基百科