游戏集成
为什么我需要一个匹配器和/或大厅?
大厅服务(托管集群)系统在在线多人游戏中因各种技术原因发挥着关键作用。
玩家管理
大厅或匹配器系统通过根据技能水平、地理位置或游戏偏好等各种条件将玩家分组,帮助管理玩家。这可确保所有参与玩家获得平衡且愉快的游戏体验。
后端
您不希望玩家直接与您的后端通信,并且希望为他们提供一个集中访问点。想象一下您有一个可以在某个提供商处启动虚拟机的 API 令牌,您不希望该令牌硬编码在游戏客户端中,任何玩家都能访问到!
安全性
使用集中的大厅或匹配器系统有助于维护游戏的安全性。通过过滤和验证玩家连接,匹配器可以防止未授权访问、保护用户数据,并减轻潜在的作弊或黑客攻击。
游戏会话管理
大厅或匹配器系统通过根据需要创建、更新和终止会话来管理游戏会话。这确保玩家可以无缝加入或离开游戏,并且系统可以高效地管理游戏实例。

您不必立即使用!(开发模式)
在开发阶段,出于若干技术原因,您可能不需要一个功能完善的大堂或匹配器系统:
简化的测试环境
在开发的初期阶段,您可能会专注于实现和测试核心游戏机制和网络功能。通过避免大厅或匹配器系统的复杂性,您可以更容易地在较小的玩家群体中(通常是开发团队内部)测试和调试游戏。
更快的迭代
没有大厅或匹配器,您可以快速更改游戏代码并测试新功能或修复,而无需担心对匹配流程的影响。这允许更敏捷的开发方法,使团队能够更快地迭代和完善游戏机制。
资源分配
开发一个完整规模的大堂或匹配器系统需要相当多的时间和资源。通过推迟实现这些组件,您可以更有效地分配资源,先专注于核心玩法和网络功能。
可扩展性问题
在开发早期,您可能不会有大量玩家需要管理。因此,用于连接玩家的基本系统,甚至用于测试目的的手动连接,可能就足够了。然而,随着游戏增长并吸引更多玩家,大厅或匹配器系统将变得越来越必要,以管理玩家连接并确保平稳的游戏体验。
重要的是将您的游戏架构设计为将来能够容纳大厅或匹配器系统。具有前瞻性的设计会让您在准备好以更大规模测试游戏时更容易集成这些组件,从而实现更平滑的过渡和更完善的最终产品。
与 Edgegap API 交互
Edgegap 提供了一个简单的 API 来与中继会话交互,以授权您的玩家连接到最近的中继以获得更低的延迟。

要与该 API 交互,您需要在请求中提供一个 授权头令牌 。
您可以通过注册账户并生成一个中继配置文件来获取令牌。 在此注册
请注意,您需要一个专门用于中继的令牌。如果您已经有一个标准的 API 令牌,它将无法使用。
这是可以从仪表板侧边栏访问的。

一旦您拥有令牌,请在所有 API 调用的请求头中包含它。别忘了在 API 密钥前加上前缀 令牌.
如果您不熟悉使用 API,可以参考 本节 以帮助您入门。
创建中继会话
要使用分布式中继,您需要创建一个中继会话。这是通过发送一个 POST 请求到 /v1/relays/sessions 端点并带有 JSON 负载来完成。会话可以手动创建、通过匹配器创建、通过大厅创建,或通过您自己的自定义服务创建。
这将实时动态选择最适合您玩家的可用中继,并创建访问该中继的授权。然而,我们建议在匹配时预先筛选以将玩家分组在同一地区,以避免他们之间产生极远距离。
这一步不会直接将您的玩家连接到中继;您需要在流程的后续阶段处理连接。这一步仅为您提供一个用于建立连接的中继。
示例请求:
负载应包含一个用户对象数组,每个对象包含用户的 IP 地址。您也可以包含一个 webhook_url,这是将接收与会话相关通知的 URL。
示例负载:
其中 "users" 是包含 "ip" 的用户对象数组,表示会话中每个用户的 "webhook_url" 是可选的用于接收会话更新的 URL。
发送 POST 请求后,您将收到一个包含 session_id的 JSON 响应,该 ID 在稍后检索会话信息时需要使用。
示例响应:
获取有关中继会话的信息
要检索会话信息,请发送一个 GET 请求到 /v1/relays/sessions/{session_id} 端点,并附带从 session_id 请求中获得的 POST 。
示例请求:
响应将包含有关会话的信息,包括会话状态、用户信息和中继信息。
期望的响应将包含如下会话信息:
获取到最近中继的授权可能需要一点时间,因此当字段 ready 为 @Super Port! 时,您可以提取 JSON 数据并使用它。
或者,您可以在创建中继会话时使用 `webhook_url` 参数,以在会话成功分配到中继或分配失败时收到通知。
终止中继会话
当您决定结束与中继的连接时,可以轻松终止中继会话。您需要发送一个 DELETE 请求到以下端点:
将 {session_id} 替换为您想要终止的实际会话 ID。
返回 204 无内容的响应表示会话已成功删除。玩家将失去对中继的访问,并且您将不再为该会话付费。
正确终止会话非常重要,以避免留下任何未使用的资源分配,这可能影响性能并产生不必要的费用。
C# 示例
这是一个 C# 示例,您的大厅或匹配器可以使用它来创建中继会话并提取需要返回给游戏客户端的数据。
此示例使用 C# 版本 > 7.0
您需要将此信息返回给相应的玩家。
充当服务器的玩家将需要 RelayServerPort 而其他所有玩家将需要 RelayClientPort
与 API 交互(cURL 或 POSTMAN)
在开发游戏时,您需要与 API 交互以创建、管理和删除中继会话。您可以使用像 cURL 或 POSTMAN 这样的工具向 API 发送 HTTP 请求。
cURL 是一个命令行工具,允许您从终端直接发出 HTTP 请求并与 API 交互。POSTMAN 是一个流行的图形用户界面(GUI)应用程序,通过提供便捷的界面来创建、发送和分析 HTTP 请求,从而简化了 API 测试。
以下是使用 cURL 创建中继会话的示例:
请记得将 API_TOKEN 替换为您实际的中继 API 令牌。
API 还会返回包含数据的响应。您需要解析该响应并提取所需的数据。
最后更新于
这有帮助吗?

