UWP应用(Kiosk模式/分配访问)经Windows Store for Business推送更新机制咨询
Kiosk模式下WSfB托管UWP应用的更新行为解析
嘿,这个问题问到点子上了!我在企业Kiosk应用部署这块摸过不少门道,给你唠唠WSfB托管的Kiosk应用推送更新后的具体情况:
1. 推送更新后的默认表现
- 首先明确:默认是自动静默更新。因为Kiosk设备属于企业管控的专用设备,微软的设计逻辑是优先保证这类设备运行最新、最安全的应用版本。
- 具体流程:你在WSfB发布更新后,Kiosk设备会按照系统默认的频率(或者你通过MDM配置的频率)在后台检查更新。一旦检测到新版本,会自动下载、安装——这个过程对Kiosk用户完全透明,除非更新需要重启应用。
2. Kiosk用户有没有拒绝更新的可能?
- 答案是完全没有。Kiosk模式下,用户被严格限制在指定的单一应用内,根本没有权限访问系统设置、Microsoft Store或者更新管理界面。他们连更新提示都看不到,更别说选择拒绝了。
- 就算更新需要重启应用,系统也会找合适的时机(比如应用空闲时、设备重启后)自动完成切换,用户全程无法干预。
3. 你能自定义更新节奏吗?
- 当然可以!结合MDM工具(比如Intune),你可以对WSfB的更新做精细化管控:
- 逐步部署:先把更新推送给小范围的测试设备,验证没问题后再全量覆盖所有Kiosk设备。
- 时间窗口配置:设置只在非业务时段安装更新,避免影响终端的正常使用。
- 临时暂停更新:如果新版本出了问题,能通过MDM策略暂时阻止设备获取更新,等你修复后再重新发布。
4. 特殊场景:更新需要应用重启
- 如果你的更新包含必须重启应用才能生效的变更,系统会尝试在Kiosk应用退出时自动切换到新版本。但如果是24小时不间断运行的自助终端这类场景,可能需要你通过MDM触发设备定时重启,或者手动安排重启时间来完成更新落地。
内容的提问来源于stack exchange,提问作者Slicc
相关产品推荐
相关产品推荐

