如果应用已安装在用户的设备上,并且根据 Device
的 policy
可供使用,则该应用可以接收更新。如果某个应用从 Device
的 policy
中移除,此设备将不会再收到该应用的更新。
为了便于用户控制应用更新,Google Play 企业版提供了不同的应用更新模式供用户选择。您可以为每个应用单独设置应用更新模式,该模式包括以下模式:
- 默认更新模式。
- 高优先级模式。
- 推迟模式。
默认更新模式
在此模式下,当满足以下限制条件时,应用会默认自动更新:
- 将设备连接到 WLAN 网络。
- 设备正在充电。
- 设备处于非活跃状态。
- 要更新的应用未在前台运行。
Google Play 通常每天检查一次应用更新,因此应用更新最长可能需要 24 小时才能添加到更新队列中。将应用添加到队列后,系统会在下次满足约束条件时自动更新该应用。
您可以通过引用以下 Device
的 policy
将特定应用设置为默认更新模式:
{
"policy": {
"productPolicy": [
{
"productId": string,
"autoUpdateMode": "autoUpdateDefault"
}
]
}
}
高优先级模式
如果您始终希望应用尽快更新,在开发者发布新版本后,您可以为该应用选择“高”优先级模式。
使用“高优先级”模式时,只要开发者发布了新版本且该版本已通过 Google Play 审核,应用就会立即更新。如果届时设备处于离线状态,系统将在设备下次连接到互联网时更新该应用。
您可以通过引用以下 Device
的 policy
,将特定应用设置为高优先级模式:
{
"policy": {
"productPolicy": [
{
"productId": string,
"autoUpdateMode": "autoUpdateHighPriority"
}
]
}
}
推迟模式
如需暂停某个应用的更新,您可以为该应用选择推迟模式。
使用“推迟”模式时,应用不会在首次过期后的 90 天内自动更新。在这 90 天的期限过后,系统会使用默认更新模式自动安装应用的最新可用版本。应用更新到最新的可用版本后,从开发者下次发布应用的新版本开始,系统会开启新的 90 天延期期。
您可以通过引用以下 Device
的 policy
将特定应用设置为推迟模式:
{
"policy": {
"productPolicy": [
{
"productId": string,
"autoUpdateMode": "autoUpdatePostponed"
}
]
}
}
以下示例展示了使用推迟模式时的预期更新行为:
日期 | 应用状态 |
---|---|
5 月 1 日 | 设备上的应用是最新版本。 已安装的版本:1.0 最新可用版本 1.0 |
5 月 2 日 | 开发者发布了新版本 (2.0)。
这 90 天的期限从 7 月 31 日开始,结束。 已安装的版本:1.0 最新可用版本:2.0 |
6 月 6 日 | 开发者发布了新版本 (3.0)。90 天期限的起始日期为 7 月 31 日,截止日期为 10 月 31 日。 已安装的版本:1.0 最新可用版本:3.0 |
6 月 11 日 | 开发者发布新版本 (4.0)。
90 天期限的起始日期为 7 月 31 日,截止日期为 10 月 31 日。 已安装的版本:1.0 最新可用版本:4.0 |
7 月 31 日 | 90 天期限结束。
应用会添加到更新队列中,并会在满足限制条件后根据默认更新行为自动更新。 90 天期限的起始日期为 7 月 31 日,截止日期为 10 月 31 日。 已安装的版本:1.0 最新可用版本:4.0 |
8 月 1 日 | 满足限制条件,因此应用会更新到最新的可用版本 (4.0)。 已安装的版本:4.0 最新可用版本:4.0 |
8 月 15 日 | 开发者发布了新版本 (5.0)。新的 90 天期限将于 11 月 13 日开始,并于 12 月 13 日结束。 已安装的版本:4.0 最新可用版本:5.0 |
重要注意事项
当特定应用处于“高优先级”模式或“推迟”模式的推迟期时,系统会忽略所选应用的以下操作:
- 网络限制 - 对应的政策字段是 AutoUpdatePolicy。
- 维护窗口 - 对应的政策字段为 MaintenanceWindow。