除了老式浏览器的问题(包括IE9，因为WebSockets将从IE10开始支持)，网络中介还不支持WebSockets，包括透明代理、反向代理和负载平衡器，仍然存在很大的问题。 有一些移动运营商完全阻断WebSocket流量(即在HTTP UPGRADE命令之后)。

随着时间的推移，WebSockets将得到越来越多的支持，但与此同时，您应该始终有一个基于http的回退方法来将数据发送到浏览器。

我不认为我们可以对Websockets和HTTP做一个清晰的比较，因为它们不是竞争对手，也解决不了同样的问题。

Websockets是一个很好的选择，可以以接近实时的方式处理长时间的双向数据流，而REST则适合偶尔的通信。使用websockets是一项相当大的投资，因此它对于偶尔的连接来说是一种过度的使用。

你可能会发现Websockets在高负载时做得更好，HTTP在某些情况下稍微快一点，因为它可以利用缓存。比较REST和Websockets就像比较苹果和橘子。

我们应该检查哪个为我们的应用程序提供了更好的解决方案，哪个最适合我们的用例胜出。

Most of the complaining I have read about websockets and security is from security vendors of web browser security and firewall security tools. The problem is they don't know how to do security analysis of websockets traffic, because once it has done the upgrade from HTTP to the websocket binary protocol, the packet content and its meaning is application specific (based on whatever you program). This is obviously a logistic nightmare for these companies whose livelihood is based on analyzing and classifying all your internet traffic. :)

WebSockets并不打算取代AJAX，甚至严格来说也不是Comet/long-poll的替代品(尽管在许多情况下这是有意义的)。

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

However, there is certainly an overlap in purpose between WebSockets and AJAX/Comet. For example, when the browser wants to be notified of server events (i.e. push) then Comet techniques and WebSockets are certainly both viable options. If your application needs low-latency push events then this would be a factor in favor of WebSockets. On the other hand, if you need to co-exist with existing frameworks and deployed technologies (OAuth, RESTful APIs, proxies, load balancers) then this would be a factor in favor of Comet techniques (for now).

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

另一方面，如果您正在创建的新应用程序不能在HTTP/Ajax/Comet的延迟和连接限制内很好地工作，那么可以考虑使用WebSockets。

Also, some answers indicate that one of the downsides of WebSockets is limited/mixed server and browser support. Let me just diffuse that a bit. While iOS (iPhone, iPad) still supports the older protocol (Hixie) most WebSockets servers support both Hixie and the HyBi/IETF 6455 version. Most other platforms (if they don't already have built-in support) can get WebSockets support via web-socket-js (Flash based polyfill). This covers the vast majority of web users. Also, if you are using Node for the server backend, then consider using Socket.IO which includes web-socket-js as a fallback and if even that is not available (or disabled) then it will fall back to using whatever Comet technique is available for the given browser.

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

除了老式浏览器的问题(包括IE9，因为WebSockets将从IE10开始支持)，网络中介还不支持WebSockets，包括透明代理、反向代理和负载平衡器，仍然存在很大的问题。 有一些移动运营商完全阻断WebSocket流量(即在HTTP UPGRADE命令之后)。

随着时间的推移，WebSockets将得到越来越多的支持，但与此同时，您应该始终有一个基于http的回退方法来将数据发送到浏览器。

HTTP和Websockets之间的区别的一个例子，它是一个客户端大小的库，可以处理Websocket端点(如REST api)和客户端上的Websockets端点(如Websockets)。 https://github.com/mikedeshazer/sockrest 此外，对于那些试图在客户端使用websocket API的人，或者相反，他们习惯的方式。libs/sockrest.js很清楚地说明了这些区别(或者应该是这样)。