WebSockets 并非旨在取代 AJAX，严格来说甚至不能替代 Comet/long-poll（尽管在很多情况下这是有意义的）。

WebSockets 的目的是在浏览器和服务器之间提供低延迟、双向、全双工和长时间运行的连接。WebSockets 为浏览器应用程序打开了新的应用程序域，这些应用程序使用 HTTP 和 AJAX（交互式游戏、动态媒体流、桥接现有网络协议等）是不可能的。

但是，WebSockets 和 AJAX/Comet 之间的目的肯定有重叠。例如，当浏览器想要通知服务器事件（即推送）时，Comet 技术和 WebSockets 无疑都是可行的选择。如果您的应用程序需要低延迟推送事件，那么这将是支持 WebSockets 的一个因素。另一方面，如果您需要与现有框架和部署的技术（OAuth、RESTful API、代理、负载平衡器）共存，那么这将是支持 Comet 技术的一个因素（目前）。

如果您不需要 WebSockets 提供的特定好处，那么坚持使用 AJAX 和 Comet 等现有技术可能是一个更好的主意，因为这允许您重用和集成现有的庞大的工具、技术、安全机制生态系统, 知识库（即 stackoverflow 上知道 HTTP/Ajax/Comet 的人比 WebSockets 多得多）等。

另一方面，如果您要创建的新应用程序在 HTTP/Ajax/Comet 的延迟和连接限制下无法正常工作，那么请考虑使用 WebSockets。

此外，一些答案表明 WebSockets 的缺点之一是有限/混合的服务器和浏览器支持。让我稍微分散一下。虽然 iOS（iPhone、iPad）仍然支持旧协议 (Hixie)，但大多数 WebSockets 服务器同时支持 Hixie 和 HyBi/ IETF 6455版本。大多数其他平台（如果它们还没有内置支持）可以通过web-socket-js（基于 Flash 的 polyfill）获得 WebSockets 支持。这涵盖了绝大多数网络用户。此外，如果您使用 Node 作为服务器后端，那么请考虑使用包含 web-socket-js 作为后备的Socket.IO，如果即使它不可用（或禁用），那么它将回退到使用任何 Comet 技术可用于给定的浏览器。

更新：iOS 6 现在支持当前的 HyBi/IETF 6455 标准。