1

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

但是我遇到的麻烦是如何在我登录时动态发送用户朋友的状态。所以，步骤如下：

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

请记住，这些用户没有相互连接，并且还请记住，用户的状态需要传输给所有以他为朋友的其他用户。假设 user1 有 100 个朋友，我就是其中之一。我（连同其他 99 人）需要收到 user1 现在离线的通知。另请注意，这些人可能不在同一台物理服务器上（多台服务器分别处理 X 个连接）。解决这个问题的最佳理论方法是什么？

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

4

1 回答 1

3

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

发布/订阅模式

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

有几种常用工具可用于管理 pub/sub 模式。Redis是一种常见的键值存储，支持 pub/sub，是我个人最喜欢的任务工具。AMQP是一个开放标准，包含了多种与消息相关的行为，包括 pub/sub，并且有很多实现，其中最常见的可能是RabbitMQ。如果您对通过 HTTP 连接 Web 客户端感兴趣，您可能会对Faye之类的东西感兴趣。有很多关于这个主题的文献，以及许多语言的许多实现；谷歌搜索应该带你走得很远。

于 2012-06-03T01:02:07.377 回答