在生产中使用消息队列作为 websocket 服务器（而不是 Java EE @ServerEndpoint）是个好主意吗？
Is it a good idea to use a message queue as websocket server in production (instead of Java EE @ServerEndpoint)?
在生产中使用消息队列作为 websocket 服务器（而不是 Java EE @ServerEndpoint）是个好主意吗？
它会建立一个与 JS 客户端的松散耦合，并且可能会减少应用程序的负载，但是有什么主要缺点吗？真的应该通过网络公开 MQ 吗？
无需消息队列的帮助，即可从 java Web 应用程序向 websocket 客户端发送消息。这是一个足够好的解决方案，只要您不需要消息队列必须提供的附加功能（QoS 1/2、保留消息、Last Will 和 Testament，...有关使用 mq 的更多好处，请参阅示例：http://www.hivemq.com/mqtt-over-websockets-with-hivemq/)
在生产中使用消息队列作为 websocket 服务器（而不是 Java EE @ServerEndpoint）是个好主意吗？
它会建立一个与 JS 客户端的松散耦合，并且可能会减少应用程序的负载，但是有什么主要缺点吗？真的应该通过网络公开 MQ 吗？
无需消息队列的帮助，即可从 java Web 应用程序向 websocket 客户端发送消息。这是一个足够好的解决方案，只要您不需要消息队列必须提供的附加功能（QoS 1/2、保留消息、Last Will 和 Testament，...有关使用 mq 的更多好处，请参阅示例：http://www.hivemq.com/mqtt-over-websockets-with-hivemq/)