【发布时间】：2020-03-23 23:33:40
【问题描述】：
背景
我目前在由 Android Management API 管理的设备上维护 Kiosk 应用。这些设备运行 Android 7。
我一直在通过应用程序 minimumVersionCode 管理这些设备上的应用程序更新，并且每次都将设备移至一个新策略，并使用更高的 minimumVersionCode，强制受影响的设备更新应用程序。但是，如果某些设备已经关闭了一段合理的时间（一两周），即使在将wipeDays 延长到 300 等之后，它们也会恢复出厂设置（我已经为此单独报告了一个错误）。
因此，我需要解决上述错误，而且我猜想在策略之间整体移动设备并不是一种经过良好测试或被认为是“正确”的方法来做到这一点。我看到在过去 6-9 个月内，使用 API 管理信息亭的推荐配置已悄悄更改（根据archive.org .. API 更改日志中没有任何内容）。现在有一个“KIOSK”的applications.[x].installType。
问题
我有大约 250 个自助服务终端，它们的开/关时间各不相同。有些会在早上 8 点开启，下午 3 点关闭。其他人将在下午 6 点打开，并在午夜关闭。其他人将一直保持开启状态（但请注意，我确实可以通过 Android Management API 远程重启它们）。
所以 WRT 更新自助服务终端应用程序，我无法配置凌晨 2 点到 3 点的整洁紧凑的维护窗口。
指定一个“全天”的维护窗口可以解决这个问题吗？例如：
{
...
"applications": [
{
"packageName": "com.something",
"installType": "KIOSK",
"defaultPermissionPolicy": "GRANT",
"minimumVersionCode": 30
}
],
...
"systemUpdate": {
"type": "WINDOWED",
"startMinutes": 0,
"endMinutes": 1439
},
...
}
我担心如果 API 只是随机化特定设备从未开机的时间，上述方法将无法正常工作（或者更准确地说，会间歇性工作）。
我只是想知道如何解决这个问题。我是否应该为所有设备制定一个策略，并增加版本代码？
【问题讨论】：
-
除非我看到更好的主意，否则我将回到我以前的做事方式（在策略之间移动），因为 WINDOWED 模式似乎不适合我。但是我要进行一些更改，以便仅在设备联机时更改设备策略（否则在设备下次联机时间歇性重置时）。