文档

支持

Lobby

Lobby

最佳实践

Follow recommended patterns to optimize lobby performance by using events instead of polling and maintaining active lobbies.
阅读时间2 分钟最后更新于 2 天前

Lobby 服务非常灵活,并可用于多种不同的场景,但为了给用户带来最佳体验,通常您应该尽量遵循一些模式和实践。

优先使用事件而不是轮询

如果对大厅采用轮询,会导致大厅变更同步出现较长的延迟,同时客户端使用的带宽和计算资源会增加。事件机制将确保客户端只在大厅元数据发生更改时工作。

大厅不是“实时的”

尝试避免使用大厅来传递“实时”数据。大厅旨在帮助寻找其他玩家,然后使用其他机制(例如直接 P2P 连接或 Relay)与他们建立连接。这些“实时”连接能够让客户端之间实现更快速的通信,并且在传输大量数据时效率更高。 一般而言,您应该存储大厅中可能用于查找或筛选的数据,或者是某些所有大厅成员都需要访问的私人数据。 例如:
  • 地图类型:自由模式 - 一种公开大厅数据,用于让玩家能够查找特定游戏模式。
  • 玩家角色:魔法师 - 一种公开玩家数据,用于判断某人是否已经在大厅中选择了特定的角色类型。
  • 专用服务器连接密钥:[机密信息] - 一种私人大厅数据,供成员连接到游戏服务器。
如果需要在更长的时间内保持游戏大厅处于活动状态,则建议存储要在大厅成员之间保持同步但不是特别需要低延迟的其他数据类型。这在某些类型的非同步游戏中非常有用,在这些游戏中,玩家之间和玩家与中央服务器之间没有直接连接。

确保大厅保持活动状态

如果不针对大厅进行心跳检测,大厅将会进入不活动状态!