我正在为朋友构建一个小型聊天应用程序，但不确定如何及时获取信息，而不像强制刷新页面一样手动或简陋。
目前，我正在使用简单的AJAX来实现这一点，但这种方法的缺点是在短时间内反复访问服务器。
在研究长/短轮询时，我遇到了HTML5 WebSockets。这似乎很容易实现，但我不确定是否存在某些隐藏的缺点。例如，我认为WebSockets仅受特定浏览器支持。除此之外，还有哪些我需要了解的WebSockets的缺点呢？
由于这两种技术似乎都可以完成同样的事情，在什么情况下会更倾向于使用其中一种技术呢？更具体地说，HTML5 WebSockets是否已经使AJAX长/短轮询过时了，或者是否有充分的理由优先选择AJAX而不是WebSockets呢？
WebSockets现在已经成为未来的趋势。
长轮询是一种肮脏的解决方法，用于防止像AJAX那样为每个请求创建连接 - 但是长轮询是在WebSockets不存在时创建的。 现在由于WebSockets的存在，长轮询正在消失。
WebRTC允许点对点通信。
我建议学习WebSockets。
不同的web通信技术的比较
AJAX - 请求 → 响应。创建与服务器的连接，发送带有可选数据的请求头，从服务器获取响应，并关闭连接。在所有主要浏览器中支持。
长轮询 - 请求 → 等待 → 响应。像AJAX一样创建与服务器的连接，但保持一个长时间的keep-alive连接（虽然不是很长）。在连接期间，打开的客户端可以从服务器接收数据。由于超时或数据eof，客户端必须定期重新连接以关闭连接。在服务器端，它仍然像AJAX一样被视为HTTP请求，除了现在或将来某个时间，由应用程序逻辑定义的请求答案。
支持图表（完整） | 维基百科
WebSockets - 客户端 ↔ 服务器。创建到服务器的TCP连接，并根据需要保持打开状态。服务器或客户端可以轻松关闭连接。客户端通过HTTP兼容的握手过程。如果成功，则服务器和客户端可以随时双向交换数据。如果应用程序需要频繁的双向数据交换，则它是高效的。WebSockets具有数据帧，其中包括每个从客户端发送到服务器的消息的掩码，因此数据被简单地加密。
支持图表（非常好） | 维基百科
WebRTC - peer ↔ peer。用于建立客户端之间通信的传输，是传输无关的，因此可以使用UDP、TCP甚至更抽象的层。这通常用于高容量数据传输，例如视频/音频流，其中可靠性次要，可以牺牲一些帧或质量进展以换取响应时间和至少一些数据传输。双方（对等体）都可以独立地向彼此推送数据。虽然它可以完全独立于任何集中式服务器使用，但仍需要某种方式来交换endPoints数据，在大多数情况下，开发人员仍然使用集中式服务器来“链接”对等体。这只需要交换建立连接所需的基本数据，之后不需要集中式服务器。
支持图表（中等） | 维基百科
服务器发送事件 - 客户端 ← 服务器。客户端建立持久且长期的连接到服务器。只有服务器可以向客户端发送数据。如果客户端想要向服务器发送数据，则需要使用另一种技术/协议来实现。此协议与HTTP兼容，并且在大多数服务器端平台上实现简单。这是优选的协议，用于代替长轮询。支持图表（良好，除IE外） | 维基百科
WebSockets 服务器端的主要优势在于它不是 HTTP 请求（握手后），而是一种基于消息的通信协议。这使您能够实现巨大的性能和架构优势。例如，在 node.js 中，您可以为不同的套接字连接共享相同的内存，因此它们可以访问共享变量。因此，您无需使用数据库作为中间交换点（如使用 PHP 的 AJAX 或长轮询）。您可以将数据存储在 RAM 中，甚至可以立即在套接字之间重新发布。
人们经常担心 WebSockets 的安全性。事实上，这几乎没有什么区别，甚至将 WebSockets 视为更好的选择。首先，使用 AJAX，由于每个请求都是通过互联网基础设施遍历的新的 TCP 连接，因此存在更高的 MITM 的风险。对于 WebSockets，一旦连接成功，就更难在其中截取，同时在从客户端到服务器流传输数据时还会强制执行帧掩码以及额外的压缩，这需要更多的努力来探测数据。所有现代协议都支持 HTTP 和 HTTPS（加密）两种方式。
请记住，WebSocket在网络通信上的逻辑处理方式与HTTP等协议大不相同，更像是实时游戏一直采用的方式，而不是http那样的方式。
您省略了一种竞争技术：服务器发送事件/事件源（Server-Sent Events / Event Source）。 长轮询、WebSockets、服务器发送事件（SSE）和Comet是什么？ 对所有这些进行了很好的讨论。请记住，其中一些比其他技术更容易与服务器端集成。
对于聊天应用或任何需要与服务器进行持续交互的应用程序，WebSockets 是最佳选择。但是，您只能在支持 WebSockets 的服务器上使用它们，如果您无法安装所需的库，则可能会限制您使用它们的能力。在这种情况下，您需要使用 Long Polling 来获得类似的功能。
XHR轮询：当事件发生时（可能是立即，也可能是延迟后），请求得到回答。接下来的请求需要继续发送以接收更多事件。
浏览器向服务器发出异步请求，服务器在响应之前可能会等待数据可用。响应可以包含编码数据（通常为XML或JSON）或由客户端执行的JavaScript。在处理响应结束时，浏览器创建并发送另一个XHR以等待下一个事件。因此，浏览器始终保持与服务器的请求未完成状态，以便在每个事件发生时得到回答。维基百科
服务器发送事件（SSE）：客户端向服务器发送请求，服务器随时可以向网页推送新数据。
传统上，网页必须向服务器发送请求才能接收新数据；也就是说，页面从服务器请求数据。使用服务器发送事件，服务器可以通过将消息推送到网页来随时向网页发送新数据。这些传入的消息可以在网页内被视为事件+数据。Mozilla
WebSockets：在初始握手（通过HTTP协议）之后，使用WebSocket协议进行双向通信。
握手从HTTP请求/响应开始，允许服务器在同一端口上处理HTTP连接和WebSocket连接。一旦建立了连接，通信将切换到双向二进制协议，该协议不符合HTTP协议。维基百科
