浏览器的Websocket库？
是的，你也需要服务器支持。 Kaazing WebSocket Gateway支持非常快速的仿真/ Polyfill。如果你有像Flash那样的插件，它可能会使用（机会优化），但是如果你不这样做，它会用加密流模拟WebSocket，这比长轮询更有效。它带有SSE和交叉文档消息传递支持和仿真以及许多更高级别的协议抽象（JMS/Stomp，XMPP等）。
我发现Socket.IO实现了一个奇怪的任意层WebSocket协议。我宁愿只是来回传递原始数据，所以对于我的项目，我去了web-socket-js。
web-socket-js与Socket.IO的工作方式类似，因为如果WebSocket支持不可用，它将恢复为使用Flash套接字。因此，它适用于所有支持Flash的主流浏览器（我自己测试过）。
只要确保在防火墙中打开了端口843，就会发生Flash安全策略错误。你可能需要一个脚本来监听843端口......我使用了em-websocket作为套接字服务器，并且在它的自述文件中，我相信是一个链接到一个提供了这个脚本的Perl脚本。
我发现以下链接对托管策略脚本很有帮助 - http://briangonzalez.org/posts/websockets-polyfill – Ash 2014-08-18 09:54:37
我一直在使用SignalR过去好几个月了，这是真棒。它完成了Socket.IO的工作，但可能会更好。它降级如下：Web Sockets，Server Sent Events，Forever Frame，AJAX长轮询。只能用于.NET。
插槽IO是伟大的，但要明白，这是对的WebSockets的顶部实现层（有落差背朝其他机制）是很重要的。它不完全是“WebSockets库”，而是一个使用WebSockets（等等）进行客户端 - 服务器通信的框架。 – 2013-05-22 14:49:06