最近不少 iPhone 用户发现自己的手机似乎被苹果 " 控制 " 了，打开 App Store 后会发现一大批应用更新提示，并且更新内容统一显示为 " 此更新来自苹果，将提升应用功能，不包含新功能 "。

这次被苹果强制更新的 App 分布广泛，从大厂的 QQ 音乐到金融应用云闪付，再到 VLC 播放器、Bluetti 智能储能设备管理应用，其中既有长期未更新的 " 僵尸应用 "，也有刚迎来新版本的爆款。

有开发者分析了被苹果官方更新的 App 后发现，不仅版本号与上一次更新的完全一致，代码也没有不同。那么问题就来了，尽管苹果对于 iOS 应用生态的控制力度确实深入一草一木，但通常不会亲自下场操控第三方开发者的 App。

许多开发者认为，苹果这一次或是在测试消灭 App Store 中长期存在的 " 僵尸应用 "。作为目前最成功的应用商店，App Store 自诞生以来就接纳了数不清的 App，但在这个一将功成万骨枯的秀场，每一个爆款背后同样也是数以万计的 " 尸骨 "。

因此在经过了漫长的时间后，App Store 的角落里就积累了相当多的 " 僵尸应用 "。为此，苹果曾在 2016 年和 2022 年两次发起 " 大扫除 "，对一些不按照预期运行、不遵循当前审查指南或已经过时的 App，全部进行下架处理。

当时，苹果在给开发者发送的邮件中直白地写道，" 此应用在很长一段时间内没有更新，并计划在 30 天内下架。已下载的用户不受影响。您可在 30 天内提交更新以保住上架资格，否则将停止销售 "。彼时苹果此举曾在 iOS 开发者群体引发轩然大波，许多观点认为 " 这对独立开发者来说是一个不公平的障碍 "，以及 " 我的 App 可以作为完成品而存在，它们是多年前完成的作品。"

开发者反对苹果清扫 " 僵尸应用 " 的原因，主要集中在某些工具 App 的存在只是为了解决一些具体的问题，而另一些单机小游戏在发布时就是完整的，并不需要更新升级。不仅如此，严苛的 App Store 审核政策逼得中小开发者不得不在 App 上线前一次性做出完全体，以避免与审核人员拉扯。

从某种意义上来说，只要 App 能满足用户的需求，更新似乎并不是个必选项。但问题就在于，互联网大厂带歪了这个风气。在 " 敏捷开发、频繁迭代 " 的理念下，先上线后改进而不顾用户感受的做法，就是许多大厂在行业内卷下的惯例。

甚至于大厂内部会出现为了更新而更新的情况，在更新完全没有实质性内容时，搞出 " 修复了闪退的 bug，还杀了一个程序员祭天 " 这样的地狱笑话。在相当长一段时间里，App 频繁更新其实才是用户更头疼的问题。

既然如此，为什么苹果会与 " 僵尸应用 " 过不去呢？安全显然是一个非常好的理由。毕竟 " 僵尸应用 " 的最后更新日期距今往往有几年时间，这些 App 开发时的安全补丁、API 接口、SDK 都还是当时的标准。可时移世易，如今可能就会有新的漏洞被发现，或是当初的 API 接口已经淘汰，这些就都会带来极大的安全隐患。

长期不更新的 App 会成为 iOS 生态的安全短板，这并非苹果危言耸听，而是已经发生的现实。再加上，" 僵尸应用 " 的存在对于 App Store 已经是不折不扣的负资产。当下，主流应用商店已经不再需要用 " 我们平台有数百万款 App" 来妆点门面，App Store 和 Google Play 都进入了精细化运营阶段。

简单来说，如今在应用商店市场格局稳定之时，吸引开发者已经不再是谷歌和苹果的第一要务，发掘优质开发者和精品应用才是他们更希望看到的。一句诛心之言，就是 App Store 的应用生态遵循着经典的二八法则，头部应用几乎攫取了绝大部分收益，这一点在开发者与苹果关于 App Store 垄断的诉讼中已经体现得淋漓尽致。

开发者当年一锤子买卖干完了，后续的维护却需要由应用商店来负责，应用商店要保障这些应用是有效的、可下载的，并且与新标准兼容。但直接下架僵尸应用会引发开发者的反弹，所以这一次苹果可能就选择了 " 帮 " 开发者更新应用，并不涉及内容层面的变化，只弥补程序漏洞。

毕竟收了开发者每年 99 美元 / 年的费用后，苹果总得干点实事。

【本文图片来自网络】