Android 在打瞌睡模式下，维护窗口的持续时间是多长？

我希望使用Jobscheduler api来安排一个作业，当有连接时，可以从推送消息下载一组图像。由于操作系统在打瞌睡模式下会忽略唤醒锁，并且由于fcm消息最多只能唤醒设备10秒，因此维护窗口似乎是我从所有推送通知下载图像的唯一方式

每个图像最大为100kb，一次最多为50个图像。因此，基本上总的来说，最大5mb数据使用量

我想知道在打瞌睡模式下的窗口是否足够宽以允许这些下载

我在谷歌搜索过，发现了一些松散的数据细节，声称只有5-10分钟

谁能告诉我正确的信息吗

---

感谢和问候。

我不相信这是有记录的，可能是为了让谷歌可以调整行为。在我的实验中，它似乎没有10分钟那么长。。连我都担心这个。基本上，我的想法是收集一组推送消息，每个推送消息都带有一个图像集并保存它们。然后在以后的时间展示所有这些。现在fcm确实唤醒了我的设备，并给了我一些时间访问网络，但我不知道这是否足够。这就给我留下了作业调度程序和上述困境。你能建议我用其他方法来处理这个无聊的打盹游戏，并且仍然下载我的5MB:-/我建议你想出一个不同的计划，一个不涉及5MB背景数据的计划。在后台，下载较低分辨率的图像（例如，每个10KB），当应用程序的UI被带到前台时，这些图像可以用作占位符。此时，对于用户需要的图像，请下载更高分辨率的图像。这类似于谷歌地图处理缩放事件的方式：使用您暂时拥有的图像，然后在可以获得它们时用更好的图像替换它们。这些图像将在通知中显示。不幸的是，这些不是应用程序内图像。我正在制作一个营销平台，人们可以使用pub/sub模式发送推送消息。我会向人们收取这些图像传送的费用。我可以在正常分辨率下将图像大小减小到最大50kb。如果用户有多个SUB，他/她可以选择单独或一起查看。这个问题是最大50sub和个人设置的一个特例。“这些是要在通知中显示的图像”--那么它们一开始就不需要100KB。通知很小。