是否存在不基于WebSocket的Socket.IO替代方案？

我构建了一个实时应用程序，多亏了Socket.IO，它可以服务于许多不同的客户端类型（C#、Java、浏览器等等）！我知道有很多Socket.IO替代品，但据我所知，一切或多或少都基于WebSocket。（我知道，如果WebSocket不工作，Socket.IO会有回退，但可以说，它们并不是“劣质的解决方法”）

我的问题是：是否有任何类似的实时引擎不基于WebSocket，但仍然可以服务于所有这些不同的客户端？

在服务器和客户端之间建立了双向通信通道；他们说话比较自然。服务器只需向客户机发送一些信息，反之亦然。在http中，它只是朝一个方向发展，有一个请求和一个响应，所有的事情都需要通过客户端的请求来启动

根据我的经验，像多人游戏或聊天这样的实时网络应用程序开发起来更容易，而且它显然比使用http产生的开销要少——但你仍然可以用http做同样的事情（参见示例）。

---

看看gmail或其他现有的Web应用程序，它们都使用http（Socket.io也是一种备用方法），而且运行得非常好

你没有说你的端点是什么。如果其中一个端点是一个完全具有浏览器和Javascript内置功能的浏览器，那么webSocket是从浏览器获得到其他目的地的连续连接的唯一方法

如果webSocket不受支持（在较旧的浏览器中），则其他socket.io回退（例如xhr长轮询）是次优的替代方案。由于浏览器的通信能力有限，如果您不能使用webSocket，那么ajax调用是您唯一的另一个普遍支持的选项，而不需要在每个浏览器上安装插件（如Flash或Java之类）。socket.io已经支持浏览器中的下一个最佳选项—如果您谈论的是一个没有自定义插件的标准浏览器，那么再好不过了

---

如果您的端点不一定包括浏览器，并且您可以使用您想要的任何语言或库，那么您可以使用普通TCP套接字，然后在TCP套接字上使用您想要的任何协议。

请澄清您的问题，说明您的端点是什么？一个端点是基于标准的浏览器，没有安装特殊的插件吗？如果是，你想支持什么版本的IE？如果你说的不是连接两端的浏览器，那么你的选择是无限的，因为任何可以做TCP的事情都有成千上万的选择，包括建立你自己的协议。你为什么发帖，我们问一些澄清性的问题，而你甚至不想回答我们的问题，所以我们可以尝试帮助你？