Remote Config 问题排查和常见问题解答

本页面提供了问题排查帮助，并解答了有关使用 Remote Config 的常见问题。如果您找不到想要的内容或需要其他帮助，请与 Firebase 支持团队联系。

常规问题排查/常见问题解答

提取的值为什么不能更改应用的行为和外观？

除非您使用 fetchAndActivate() 提取值，否则这些值会存储在本地但不激活。要激活提取的值以使其生效，请调用 activate。此设计可让您控制应用的行为和外观发生改变的时间，因为您可以选择何时调用 activate。在您调用 activate 后，您的应用源代码将确定何时使用更新后的参数值。

例如，您可以先提取值，然后在下次用户启动应用时将其激活，这样就无需因应用等待从服务提取值而延长应用启动时间。之后，当应用使用更新后的参数值时，应用的行为和外观就会发生改变。

如需详细了解 Remote Config API 和使用模式，请参阅 Remote Config API 概览。

我在开发应用时发出了很多提取请求。应用在发送提取请求后，为什么有时不能从服务获取最新值？

在应用开发期间，您可能需要非常频繁地（每小时很多次）提取和激活配置，从而可以在开发和测试应用时快速迭代。为了让不超过 10 名开发者对项目进行快速迭代，您可以暂时在应用中设置一个最小提取间隔 (setMinimumFetchIntervalInSeconds) 较短的 FirebaseRemoteConfigSettings 对象。

请注意，此设置应仅用于开发，不要用于在生产环境中运行的应用。如果您只有一个小型的 10 人开发团队来测试应用，不大可能会达到服务端每小时配额上限。但如果您将应用推送给数千位测试用户并将最小提取间隔设置为非常小的值，那么应用有可能会达到此配额上限。

我的应用发送提取请求后，Remote Config 服务会以多快的速度返回所提取的值？

设备一般会在一秒内收到所提取的值，甚至常常以毫秒级延迟收到值。Remote Config 服务会以毫秒级速度处理提取请求，但完成提取请求所需的时间取决于设备的网速以及设备使用的网络连接的延迟。

如果您的目标是让提取的值尽快在您的应用中生效，同时不产生令人不悦的用户体验，请考虑在每次该应用执行全屏刷新时添加对 fetchAndActivate 的调用。