如果应用已安装在用户的设备上,并且根据 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 日,截止日期为 10 月 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。
有一个已知问题:如果设备长时间处于离线状态,并且发布了高优先级应用的新版本,该应用可能不会自动更新。如需确保设备在下次联网时进行更新,请执行以下操作:
- 将
AppAutoUpdatePolicy
设置为ALWAYS
。