不让大家关闭软件自动更新，微软又和用户作对

自从UWP生态凉凉后，微软模仿App Store、Google Play Store的Microsoft Store就变得是门前冷落鞍马稀。就在Microsoft Store开始走下坡路的时候，微软坐在驾驶席又狠狠踩了脚油门。近日据海外科技媒体的报道显示，微软方面最近更新Microsoft Store时引入了与Windows 11相同的策略，即不再允许用户永久关闭自动更新，只提供最高5周的禁止更新期限。

以往微软允许用户关闭Microsoft Store的自动更新功能，并在需要时再手动操作，可自主选择更新的软件版本。现在即便是用户手动选择了禁止更新，设备也将继续扫描用户通过Microsoft Store安装的所有应用程序是否有更新，并在用户不知情的情况下自动进行更新。

为什么说微软的这一操作会再次重击Microsoft Store？其实这是因为许多PC用户并不喜欢“常去常新”，他们对于软件表现出了一种“长情”的态度，与手机用户截然不同。在移动互联网时代，App频繁更新可以说是家常便饭，甚至频率高到用户每天早上醒来打开手机后，必定会看到通知栏里的“应用更新提醒”。

App更新频繁的关键是“热更新”(Hot Update)技术成熟，通过动态下发代码，就可以让开发者在不发布新版本的情况下，修复软件BUG和发布心功能，从而实现无需获得应用商店审核情况下的更新。有了这一技术，即使App出现BUG，开发者也能即时打补丁。

同时为了在激烈的市场竞争中脱颖而出，绝大多数开发者都采用了“敏捷式开发”思路，App在构建初期会被切分成多个子项目，并且更注重用户需求的响应，会以周为单位进行功能迭代，以实现持续交付。而为了实现持续交付，频繁发布小版本就是最优解，这也是为什么App会经常出现“修个BUG也要发布新版本”的情况。

由于“敏捷式开发”在移动互联网时代被广泛应用，以及流量资费的不断降低，手机用户也就习惯了。再加上由于App的内卷式竞争，为自家产品持续推出新功能已经是各大厂商的标配，最终的结果就是超级App出现。如此一来，用户既无法阻止软件更新，也需要软件更新所带来的新功能，所以自然就对频繁更新这件事也就“习惯成自然”了。

可这套逻辑放在PC端就不成立了，因为用户并不买账。由于PC诞生更早的缘故，传统PC软件的开发是“瀑布式开发”，一个项目从需求分析、设计、实现、编码、测试到维护，每个环节都是按顺序进行。简而言之，一款软件最终的形态往往在开发初期就已经确定，所有的需求细节在敲下代码前就被敲定。

PC软件的这种开发方式也影响到了PC用户的使用习惯，由于前者发布时就提供了完整的功能，所以用户往往也就不会期待通过后续更新来补全。更为重要的一点，是智能手机的蓬勃发展让PC的娱乐属性逐步被剥离，它的生产力属性更加凸显。而对于一个生产力设备来说，“稳定”自然是重中之重，可更新就意味着未知，未知就有可能会影响稳定。

作为全球数一数二的软件巨头，微软难道不知道禁止用户永久关闭Microsoft Store自动更新，会让用户不满吗？答案其实是微软也没啥办法，因为这是构筑更坚固安全防线的必要代价。用户不更新软件确实会避免被打扰，并获得更稳定的体验，可是也无法获得安全补丁。

事实上，就在一周前，有海外网络安全专家报告了一起黑客攻击事件，其利用的是2017年11月被发现的CVE-2017-11882漏洞发起远程代码执行攻击，该漏洞位于Office公式编辑器3.0版中。彼时微软为了解决这个问题，直接删除了Office公式编辑器3.0版。

在所有的网络攻击中，利用旧漏洞攻击安全更新不及时的老版本软件其实是常见方式。有数据显示，及时更新的软件遭遇恶意攻击的概率会降低60%以上。因此在网络攻击愈发频繁的今天，微软选择将专业判断置于个体偏好之上，反而是在履行社会责任。

当然，微软也有自己的小九九。以安全之名强行推广自动更新，也是在扩张自己的管理边界。用户不再被允许永久关闭Microsoft Store的自动更新，也就意味着用户不再有选择权，软件更新从用户自主选择的权利就变成了被动执行的义务。