带有较旧 Google Play 服务的 Firebase
Firebase w/ Older Google Play Services
我们最近在 Android w/ v10.0.1 上实施了 Firebase 远程配置。一切都很好，直到我们将其移交进行测试，并且 2/5 的设备没有提取云配置值。深入研究，我们发现这 2 台设备都是 运行 Google Play Services v9.6.83。将我们的应用移回 Firebase v9.6.0 后，远程配置在 5/5 台设备上正确同步。
我知道我们可以查询 Google Play 服务更新是否可用并引导用户更新，但这显然不理想。我们是否坚持在使用旧版本和新版本的 Firebase SDK 之间进行选择，以最大程度地减少 Google Play 服务与获取最新修复和功能的更新摩擦？我是否可能缺少一些支持向后兼容性的配置？
根据 ian-barber 的评论，我们得出以下结论：
从 Firebase 10.0.1 切换到 9.8.0。 10.0.1 没有引入我们需要的任何东西，在 9.8.0 上测试也很好。除非新版本提供我们绝对需要的功能或修复，否则我们可能会错开一个版本以降低失败风险。
使用 GoogleApiAvailability 检查 Google Play 服务兼容性。如果有更新可用并且用户可以更新它（通过 util 方法），我们会 post 通知鼓励用户更新。
否则，我们默默失败
我们最近在 Android w/ v10.0.1 上实施了 Firebase 远程配置。一切都很好，直到我们将其移交进行测试，并且 2/5 的设备没有提取云配置值。深入研究，我们发现这 2 台设备都是 运行 Google Play Services v9.6.83。将我们的应用移回 Firebase v9.6.0 后，远程配置在 5/5 台设备上正确同步。
我知道我们可以查询 Google Play 服务更新是否可用并引导用户更新，但这显然不理想。我们是否坚持在使用旧版本和新版本的 Firebase SDK 之间进行选择，以最大程度地减少 Google Play 服务与获取最新修复和功能的更新摩擦？我是否可能缺少一些支持向后兼容性的配置？
根据 ian-barber 的评论，我们得出以下结论：
从 Firebase 10.0.1 切换到 9.8.0。 10.0.1 没有引入我们需要的任何东西，在 9.8.0 上测试也很好。除非新版本提供我们绝对需要的功能或修复，否则我们可能会错开一个版本以降低失败风险。
使用 GoogleApiAvailability 检查 Google Play 服务兼容性。如果有更新可用并且用户可以更新它（通过 util 方法），我们会 post 通知鼓励用户更新。
否则，我们默默失败