java websocket api和旧浏览器

引入Java实现，但并非所有浏览器都正确支持WebSocket

一些浏览器根本不支持它，其他浏览器中的支持可能不兼容、不标准或不完整

那么，为什么要将JavaAPI用于WebSocket呢？最初为什么要引入它？ 如何处理浏览器不兼容和WebSocket支持率低的问题？ 我们是否应该为WebSocket使用JavaAPI，并对浏览器端不支持WebSocket的浏览器进行短轮询？ node.js是否与socket.io一起提供了许多附加功能，如重新连接等。。。WebSocket是一个明显的选择，而不是Java API？ WebSocket是为了实现服务器到客户端的通信而创建的，在这之前它是不可能或不切实际的

为了简化浏览器和服务器的转换，可以使用现有的框架，例如

他们使用一种称为优雅降级的技术。这意味着它将尽力做到最好的WebSocket，但如果它不可用，它将落在更老的技术上，例如

---

这样，您就可以使用WebSockets设计应用程序，它仍然很好地与旧浏览器兼容。

是的，node.js非常棒，Java完全没有用处。为什么会有人用Java做任何事情？这个问题似乎表明了对API是什么以及它的用途和不用途的根本误解。请解释您的讽刺评论：所以java websockets API不会一直工作。这就是socket.io和node.js存在的原因。优雅地处理所有的堕落。我的第3点似乎有效？@MasoodAhmad，您的第3点有效，因为服务器必须实现多传输WebSocket+长池+其他一些commet传输技术。使用诸如Atmosphere之类的框架的优点是，它可以简化这种多重实现。有一些例子可以说明这一点。具体来说，您不必实现所有WebSocket、长池。。。还有一件事，第4点，没有明显的选择，你可以用完整的Java或者js或者两者兼而有之。选择对你来说更好的。试着看看结果。那么，如果我们必须处理node.js已经处理socket.io的事情，为什么还要使用java socket api呢？更重要的是在java api for WabSocket和Atmosphere或JavaScript node.js和socket.io之间选择您喜欢的内容。两者都能够处理优雅降级的WebSocket。我对这个问题没有绝对的答案。最好的办法是试着看看你觉得什么更合适。