流是一个强大的功能,可以让您完全控制 Nakama 的内部实时路由和传递。

Nakama 的实时消息路由和传递子系统采取流形式。流将对某些消息类型感兴趣的客户联系在一起,并让 Nakama 的内部组件可将消息传递给相关用户。

客户端可以接收流的消息和数据,但不能自己直接加入、退出或发送数据。只有服务器代码运行库中才有这些功能。

服务器中的所有高级实时功能(聊天频道多人游戏通知等)都是流上的功能。使用这些功能并非必须懂得和使用流。

流的结构 #

流由两个组件定义:流标识符状态列表

流标识符 #

所有流都有其唯一 ID。此 ID 用于将用户放到流上,并定位流,进行消息传递。流 ID 有 4 个字段:

  • 模式表示流的类型。例如,聊天频道的名称各不相同,但却处于同一模式。
  • 主题包含主要流主题,通常为用户 ID。“模式”是唯一的必要字段。
  • 描述符为次级 ID。当流的作用域为一对用户或群组时使用,如两个用户之间的直接聊天
  • 标签存储字符串,可以是元信息。按名称创建的聊天室使用标签字段。

状态列表 #

流以一组在线用户作为目标并向他们传递消息。每个流维护一个状态列表,该列表使用用户连接所用的套接字对用户进行唯一标识。当服务器向流发送消息时,消息将被传递给由状态标识的所有客户端。

持久性和消息历史 #

可用可选的持久性标志标记状态。服务器在处理传递到流的消息时可以观察此标志,以决定是否应将消息数据存储在数据库中。实时聊天功能使用此标志来决定是否应当存储消息,以便客户端可以请求消息历史。

隐藏流成员 #

当新用户加入或现有用户离开流时,流生成状态事件,通知流中当前的所有用户。可用可选的隐藏标记来对状态做标记。将此设置为真时,当此用户加入或离开时,服务器将不会生成状态事件。

隐藏的状态仍然完全是流成员,因此他们会正常接收数据和状态事件。

接收流数据 #

客户端可以注册一个事件处理程序,以便在通过套接字接收到时使用流数据对象。对于每条流数据消息都将调用一次处理程序函数。

接收流状态事件 #

当新状态加入流或现有状态离开时,服务器将向流中当前的所有用户广播状态事件。

隐藏的状态不会生成状态事件,也不会出现在此事件处理程序接收到的结果中。

加入流 #

服务器可以将用户放在任意数量的流上。要将用户添加到流中,服务器需要用户的 ID、用户当前会话的唯一会话 ID 以及应将用户放置到的流的有关信息。

例如,我们可以注册一个 RPC 函数,该函数将把调用它的用户放置在自定义流中。

如果此用户+会话已经是流的成员,则操作将为 no-op。

退出流 #

退出流也由服务器控制。要从流中删除用户,服务器需要用户 ID、用户当前会话的唯一会话 ID 以及应从中删除用户的流的有关信息。

例如,我们可以注册一个 RPC 函数,该函数将从自定义流中删除调用它的用户。

如果此用户+会话不是流的成员,则操作将为 no-op。

就像聊天频道实时多人游戏比赛一样,在客户端断开连接时,会自动从其所在的流中将其删除。

向流发送数据 #

服务器可通过函数调用将数据发送到流。消息会传递到流中存在的所有用户。发送到流的消息有效载荷可以是任何字符串,但建议使用 JSON 等结构化格式。

如流为空,则操作将是 no-op。

关闭流 #

关闭流会将当前其上的所有状态删除。这适用于显式关闭流,让服务器更快地收回资源。

流状态计数 #

服务器可以查看流上的状态以获得快速计数,而无需处理流的所有状态。

列出流状态 #

流状态列表包含当前在线并连接到该流的每个用户,以及他们所连接的会话 ID 和其他元数据的信息。

检查流状态 #

如果只需要一个用户,服务器可以检查流中是否存在该用户,并检索其状态和元数据。

例如,我们可以注册一个 RPC 函数,该函数将检查调用它的用户是否在自定义流中处于活动状态。

内置流 #

聊天频道多人游戏通知等服务器实时功能在流之上构建。

通过了解这些流的结构,代码运行库可以权威地更改任何这些功能。

模式主题描述符标签信息
通知0用户 ID--控制应用程序内通知向连接的用户的传递。
状态1用户 ID--控制状态功能并将更新广播到好友。
聊天频道2--“频道名称”聊天频道成员资格。
群组聊天3群组 ID--群组的私密聊天频道。
直接消息4用户 ID用户 ID-两个用户之间的私密直接消息对话。
中继的比赛5比赛 ID--中继的实时多人游戏比赛的成员资格和消息路由。
权威比赛6比赛 ID-“nakama 节点名称”权威实时多人游戏比赛的成员资格和消息路由。

将这些流标识符与上述函数一起使用就可以完全控制这些功能的内部行为。

示例:将用户踢出聊天频道 #

此代码将用户从聊天频道中删除。如用户有多个会话连接到频道,则将仅删除指定的一个会话。

示例:停止接收通知 #

用户可调用 RPC 函数,让其通知“静默”。之后即使他们继续在线,他们将不再能够接收到任何应用程序内通知的实时传送。