远程配置限制：计数器是按设备计算还是对所有调用求和？
Remote Config throttling : The counter is per device or sum all calls?
文档说：
If an app fetches too many times in a short time period, fetch calls
are throttled and the SDK returns
FirebaseRemoteConfigFetchThrottledException. Before SDK version
17.0.0, the limit was 5 fetch requests in a 60 minute window (newer versions have more permissive limits).
此政策考虑了从所有设备和运行 我的项目中的应用程序或计数器按设备提取？
例如，有 5 个不同的设备使用我的 App 调用 fetch。如果第六个设备在不到 1 小时内再次调用，会被限制吗？或者每个设备在被限制之前可以获取 5 次？
背景：
我已经实现了远程配置的“实时传播”，如文档中所述here and here
工作正常。
当我发布新配置时，我的应用会收到静默通知。我设置了一个标志来指示有新的更新可用，然后。当用户再次打开应用程序时，我验证标志，将 fetchInterval 设置为 0 并强制从 firebase 服务器获取配置。但我担心这个策略可能会被扼杀
也许这个答案来得有点晚，但万一其他人有用，节流状态是由设备，我能够自己检查这个，用其他设备调试同时我的一个设备处于节流状态。您也可以通过删除应用程序并重新安装来自行检查。 Firebase 会将您的设备视为新设备，并且不再处于节流状态。
文档说：
If an app fetches too many times in a short time period, fetch calls are throttled and the SDK returns FirebaseRemoteConfigFetchThrottledException. Before SDK version 17.0.0, the limit was 5 fetch requests in a 60 minute window (newer versions have more permissive limits).
此政策考虑了从所有设备和运行 我的项目中的应用程序或计数器按设备提取？
例如，有 5 个不同的设备使用我的 App 调用 fetch。如果第六个设备在不到 1 小时内再次调用，会被限制吗？或者每个设备在被限制之前可以获取 5 次？
背景：
我已经实现了远程配置的“实时传播”，如文档中所述here and here
工作正常。
当我发布新配置时，我的应用会收到静默通知。我设置了一个标志来指示有新的更新可用，然后。当用户再次打开应用程序时，我验证标志，将 fetchInterval 设置为 0 并强制从 firebase 服务器获取配置。但我担心这个策略可能会被扼杀
也许这个答案来得有点晚，但万一其他人有用，节流状态是由设备，我能够自己检查这个，用其他设备调试同时我的一个设备处于节流状态。您也可以通过删除应用程序并重新安装来自行检查。 Firebase 会将您的设备视为新设备，并且不再处于节流状态。