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

WebSockets不能在旧的浏览器中工作，而那些支持它的浏览器通常有不同的实现。这也是为什么它们没有一直被用来代替AJAX的唯一原因。

除了老式浏览器的问题(包括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很清楚地说明了这些区别(或者应该是这样)。

我不认为我们可以对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. :)