对于已登录、接收服务器生成的消息的用户来说,实现能力的最佳机制是什么。由于服务器没有办法向用户发送信息,当它有新消息要传递时,用户浏览器应该以特定的间隔轮询,以接收响应新消息,另外,服务器应该有一种方法,不发送已发送给用户的消息。您可以使用公共聊天机制之类的东西建立联系,但我需要的是接近实时的消息延迟以及同时处理大约 100 个用户的能力,从而尽可能减少流量。附加说明:只有当用户在线时才需要数据,不需要将该数据存储在服务器中,以供其他用户阅读“历史”。
在我看来,有一种方法可以实现这一点 - 全局“消息框”,服务器放置所有消息,用户浏览器不断轮询服务器,以检查最后收到的消息 ID 是否等于消息框中的最后一个消息 ID。
问题是,如果这是正确的方法,还是有其他方法可以完成此类任务,因为对实时数据的需求随处可见:传感器数据、多人游戏、聊天、股市等等……