gpt4 book ai didi

javascript - 如何实现一个 Node.js 向多个客户端广播

转载 作者:行者123 更新时间:2023-11-30 13:19:16 28 4
gpt4 key购买 nike

我正在构建一个 node.js 应用程序。当用户连接时,他们将他们的状态传输为在线。当他们断开连接时,状态将切换为离线。此外,当用户连接时,他会获得他的连接列表以及这些 friend 的状态(在线或离线)。好的,很好,没问题。

但我遇到的问题是如何在我登录时动态发送用户 friend 的状态。因此,步骤如下:

  1. 我登录。
  2. 我得到了我所有 friend 的列表:user1、user2、user3
  3. 我得到所有用户的状态列表:user1:online, user2:online user3:offline
  4. 用户 1 注销
  5. 如何动态获取用户 1 的状态变化?

请记住,这些用户彼此之间没有联系,还要记住,一个用户的状态需要传输给所有其他以他为好友的用户。假设 user1 有 100 个 friend ,我是其中之一。我(和其他 99 个人)需要收到用户 1 现在离线的通知。另请注意,这些人可能不在同一台物理服务器上(多台服务器分别处理 X 数量的连接)。解决这个问题的最佳理论方法是什么?

我唯一能想到的答案是我将状态保存在数据库中,该 Node 将查询数据库,当状态发生变化时,它会更新。但是 Node 必须监视无法扩展的数据库更改似乎很疯狂。必须有更好的方法来做到这一点 - 也许它是一个显而易见的方法,但我错过了。

最佳答案

正如 ebohlman 在评论中所暗示的那样,发布/订阅模式(也称为“pub/sub”)听起来适用于您的问题。在发布/订阅架构中,发布者不是向特定客户端发送消息,而是向某个中央发布/订阅服务器发送消息。订阅者通知此服务器他们感兴趣的消息类型或“主题”。关键是发布者和订阅者永远不知道,甚至不关心彼此,这使得该模式非常可扩展(可以是任意数量的发布者或订阅者)。

Publish/Subscribe Pattern

在您的情况下,每个处理用户登录/注销的服务器都可能订阅“login_changed”主题。每当用户登录或注销时,处理更改的服务器都会向发布/订阅服务器发送一条消息,主题为“login_changed”,以及一些指示发生在谁身上的数据(例如,使用 JSON 编码的字符串)。每个订阅了“login_changed”主题的服务器都将收到该消息,并且它们各自可以确定它们是否负责跟踪相关用户。

有几种常用工具可用于管理发布/订阅模式。 Redis ,一个常见的键值存储,has support for pub/sub并且是我个人最喜欢的任务工具。 AMQP是一个开放标准,包括多种与消息传递相关的行为,包括发布/订阅,并且有 many implementations ,其中最常见的可能是 RabbitMQ .如果您对通过 HTTP 连接 Web 客户端感兴趣,您可能会对类似 Faye 的内容感兴趣。 .有很多关于这个主题的文献,以及许多语言的许多实现; Google 搜索会让您走得更远。

关于javascript - 如何实现一个 Node.js 向多个客户端广播,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10866725/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com