我在嵌入式设备上有一个完全工作的 Jersey/Rest 应用程序服务器，并且正在将其转换为带有大气球衣的 websocket，以使其可通过防火墙使用。我刚刚遇到了一些设计问题。
我有大约 125 个不同的休息呼叫端点。我为其中一些设置了一个 websocket 并来回传输数据，类似于休息，但使用实时推送。由于我为每个端点构建了一个带有订阅者的套接字，这是否意味着我实际上在浏览器端为每个连接端点维护了一个 websocket？或者浏览器是否足够聪明，可以保持对同一个域打开的单个套接字并将请求来回发送到每个端点？如果我要维护很多 websocket，那么是否有特定的策略来使用单个 websocket 与多个端点进行所有通信？
同样，我的项目将需要一个中介服务来匹配登录到已注册套接字侦听器的设备。是否有一个容器负责将登录名与 websocket 代理匹配，我可以使用自己的 web 服务托管（必须是免费的）？由于我所有的后端服务看起来都像休息，我不想让每个端点订阅中介；所以我想知道我是否需要设置一个 websocket 代理来处理流量并将其推送到端点，或者 jersey-atmosphere 服务是否足够聪明来处理这个？
编辑：添加了一个设计问题：为了使用单个 websocket 接口在 Web 浏览器和后端服务器之间进行通信；是否有一种干净简单的方法可以为每个接收代理生成 POJO，或者我是否必须在每个接收对象的类中进行 JSON 转换作为第一步？如果我使用某种键构建一个 javascript 消息来确定代理，那么我可以将键映射到一个类并进行 pojo 生成以将对象传递回处理程序：但这似乎有点笨拙和耦合.