Skip to main content
PlayFab Party 会执行后台服务质量(QoS)测量,以便为游戏提供对远程 Azure 资源的低延迟访问。以下将概述游戏应期望遇到 Party QoS 功能的核心场景。

了解何时测量 QoS

Party 库在 Party 初始化后立即开始测量 QoS。Party 成功测量 QoS 后,刷新这些测量的唯一方法是清理并重新初始化 Party 库。如果测量 QoS 失败,Party 库将在下次调用 PartyManager::CreateNewNetwork 时重试测量。

为 Party 网络选择区域

PlayFab Party 测量 QoS 的主要原因是使游戏在选择托管 Party 网络的 Azure 区域时能够使用延迟数据。 游戏无需等待检查 QoS 测量结果,可以使用空的首选区域列表调用 PartyManager::CreateNewNetwork,在当前延迟最低的区域分配网络。
或者,游戏可以检查 Party 库的 QoS 测量结果,并根据游戏特定的标准选择首选区域列表。 要检查 QoS 测量结果,请等待从 PartyManager::StartProcessingStateChanges 接收成功的 PartyRegionsChangedStateChange
然后调用 PartyManager::GetRegions 以检查和评估当前区域和延迟的列表。

区域价格差异

请记住,并非所有 Party 区域的费用都相同。有关区域价格差异的信息,请参阅我们的定价页面

使用最佳区域实现无障碍聊天功能

PlayFab Party 测量 QoS 的另一个原因是启用响应更快的无障碍聊天功能:文本转语音合成、语音转文本转录以及翻译。这些无障碍功能使用区域性 Azure 认知服务资源,而测量 QoS 可实现对不同区域的最佳使用。

了解 QoS 测量失败

由于网络创建和无障碍聊天功能依赖于 QoS 测量,因此检查 PartyRegionsChangedStateChange 的结果和错误详细信息很有价值。此状态变更中的失败可能为以后的失败提供有用的调试上下文。
最后修改于 2026年8月13日