iOS 权限和发现

从 iOS 14 开始，操作系统将强制执行会影响 Cast 用户体验的新限制和权限。它还会影响您将 Cast SDK 构建到应用中的方式。为了让您的应用在最新版 iOS 中维护 Cast 功能，您必须进行更新以处理这些权限变更。

iOS 14

开发者应将其 iOS Cast 发送端应用更新到 Google Cast SDK 4.6.0 或更高版本。这些版本可支持 iOS 14 及其要求。

从 iOS 14 开始，扫描本地网络设备的应用现在会通过一次性权限对话框提示用户查找并连接到本地网络设备。Cast 平台使用本地网络来发现和控制 Cast 设备，因此如果用户拒绝授予权限，他们将无法投放内容。

为了改善用户体验，对于使用标准设备选择器的应用，我们将对该 SDK 进行一些用户体验修改。这些用户体验修改可让用户更清楚地了解需要本地网络访问权限的原因，以及停用本地网络设备访问权限后如何启用投射功能。

使用使用 v4.4.8 或更早版本的 Cast SDK 构建的应用只要使用 Xcode 11.7 或更早版本构建，就可以继续运行。如果您使用 Xcode 12 或更高版本针对 iOS 14 进行构建，我们建议您更新到 Cast SDK v4.6.0 或更高版本，以确保您的 Cast 应用继续正常运行。

Cast iOS SDK v4.6.0 或更高版本可通过 CocoaPods 的 CocoaPods 设置进行下载，或按照手动设置手动下载。此版本对底层发现机制进行了更改，以允许使用 Xcode 12 构建的应用在网络上查找 Cast 设备。现在，“投射”按钮应始终显示。如果用户点按“投放”按钮时没有可用的设备，系统会显示一个对话框，说明设备不可用的原因，包括有关如何重新启用本地网络访问权限的信息。

Cast SDK 变更

首次投放

用户首次尝试投放时，系统会显示一个本地网络访问权限 (LNA) 插页对话框，说明为什么需要访问本地网络，后面紧跟 Apple 提供的 iOS 本地网络访问权限提示。以下模拟展示了该流程：

本地网络访问权限流程

无法使用投屏功能

从 iOS 发送者 SDK 4.6.0 开始，当用户连接到 Wi-Fi 时，“投射”按钮始终会显示。当 Cast 设备不可用时，点按“Cast”按钮会显示一个对话框，向用户提供关于 Cast 不可用的可能原因的提示，如以下模拟所示：

无法使用 Cast 的流程

在 iOS 14 上更新您的应用

  1. 将 Cast iOS SDK 4.8.1 添加到您的项目

    如果使用的是 CocoaPods，请使用 pod update 将 4.8.1 SDK 添加到您的项目中。

    否则，请 手动提取 SDK。

  2. 将 NSBonjourServices 添加到您的 Info.plist

    在 Info.plist 中指定 NSBonjourServices，以允许在 iOS 14 上成功执行本地网络发现。

    您需要同时将 _googlecast._tcp 和 _<your-app-id>._googlecast._tcp 添加为服务，设备发现功能才能正常运行。

    appID 是您的接收器 ID，也就是在 GCKDiscoveryCriteria 中定义的 ID。

    更新以下示例 NSBonjourServices 定义，并将“ABCD1234”替换为您的 appID。 

    <key>NSBonjourServices</key>
<array>
  <string>_googlecast._tcp</string>
  <string>_ABCD1234._googlecast._tcp</string>
</array>
  3. 将 NSLocalNetworkUsageDescription 添加到您的 Info.plist

    我们强烈建议您自定义本地网络提示中显示的消息，方法是在应用的 Info.plist 文件中为 NSLocalNetworkUsageDescription 添加应用专属权限字符串，例如描述 Cast 发现和其他发现服务（如 DIAL）。 

    <key>NSLocalNetworkUsageDescription</key>
<string>${PRODUCT_NAME} 会使用本地网络发现您 Wi-Fi 网络中支持 Cast 的设备。</string>

    此消息将作为 iOS 本地网络访问对话框的一部分显示，如模拟所示。

    投放本地网络访问权限对话框图片
  4. 将应用重新发布到 Apple App Store

    我们还建议您尽快使用 4.8.1 重新发布应用。

自定义

投放设备发现启动

默认情况下，系统会在用户首次点按“投射”按钮 (GCKUICastButton) 时启动 Cast 设备发现。如果这是用户在升级到 iOS 14 后首次尝试在本地网络上使用 Cast 应用，系统会显示新的 LNA 插页，然后显示 iOS“本地网络访问权限”对话框。

有一个新标志，可用于控制何时启动设备发现以及用户体验中某些元素的行为：

startDiscoveryAfterFirstTapOnCastButton: BOOL(true/false)

默认值为 true。仅当标志 GCKCastOptions::disableDiscoveryAutostart 设置为 false 时，此标志才适用。

如果设置为 true，当用户首次点按 GCKUICastButton 时，Cast 设备发现操作会启动。系统会向用户显示一条信息性消息，说明为什么需要本地网络权限。在该消息之后，系统会显示 iOS 14 LNA 消息。确认消息后，系统会开始发现 Cast 设备。

在后续应用启动时，始终会显示 GCKUICastButton。

如果设置为 false，设备发现将基于 GCKCastOptions::disableDiscoveryAutostart 标志的值启动。

常见问题解答

如果我使用 Cast SDK v4.4.8 和 Xcode 12 重新发布 Cast 发送器应用，会发生什么情况？

除非您已从 Apple 获取网络多播权限，否则您的应用可能无法发现本地网络中的 Cast 设备。 请注意，Apple 不会仅出于支持 Cast 的目的授予多播权限。 如果您打算使用 Xcode 12 进行构建，则应使用 Cast 4.6.0 发布应用。

如果我使用新版 Cast SDK 重新发布应用，在 iOS 13 或更低版本上运行的用户将体验到什么？

用户可继续获得与重新发布应用之前一样的用户体验。用户可见的更改仅限于在 iOS 14 上运行的用户。

新版 Cast SDK 发布后，我需要采取哪些措施来更新我的应用？

  • 更新应用的 Info.plist，在其中添加本地网络使用情况说明。
  • 将 NSBonjourServices 添加到应用的 Info.plist，并提供 Cast 的 Bonjour 服务名称和应用 ID。
  • 请升级您的发送端应用以使用 Cast SDK 4.6.0。
  • 将您的应用重新发布到 Apple App Store。

升级到 4.6.0 后，为什么设备不再显示在我的自定义设备选择器中？

这是一个已知问题，如果您使用自定义设备选择器，而不是标准设备选择器，则可能会发生此问题。在 Cast SDK 4.4.8 及更低版本中，设备扫描是自动进行的。从 4.6.0 版开始，您需要显式调用 GCKDiscoveryManager 类中的 startDiscovery 方法才能启动设备发现。

出现这种变化的原因是，在应用首次扫描后，会显示本地网络访问权限 (LNA) 权限提示。这可能会导致权限对话框显示在应用的随机位置。

针对自己的应用构建自定义设备选择器的开发者在 iOS 14 中首次启动设备扫描之前，应提供一次性插页式广告。

iOS 13

iOS 13 中引入了新的权限要求，这会影响使用 Google Cast SDK 的应用。

从 Google Cast SDK v4.4.3 开始，我们提供了一个不需要 Bluetooth® 权限的额外 SDK。开发者网站和新的 google-cast-sdk-no-bluetooth Cocoapods 上均有提供。

应用细分

下面根据您当前使用的 iOS SDK 版本进行了细分：

使用 iOS 12 SDK 或更低版本构建的应用

  • 建议采取的行动。在 iOS 13 上运行时，设备发现性能可能会下降，但仍可正常运行。我们强烈建议开发者升级到 Cast SDK v4.4.4（如果可用）。
  • iOS 13 将提示用户向应用授予 Bluetooth® 权限。

使用 iOS 13 SDK 构建的应用

  • 建议采取行动：请更新到 Cast SDK 4.4.4；否则，如果用户未授予位置信息权限，投射按钮可能不会显示。为了确保在 iOS 13 上获得可靠的投放体验，必须升级到 Cast SDK 4.4.4。
上一页
隐私权
下一页
集成 Cast