一直以来，" 开放 " 无疑是 Android 系统的金字招牌，但谷歌过去几年的一系列举措都指向了同一个事实，那就是他们似乎也准备将 Android 打造成类似 iOS 的 " 围墙花园 "。日前谷歌方面宣布，AOSP（安卓开放源代码项目）的代码更新时间从一季度一次调整为半年一次。

也就是说自从 2026 年开始，AOSP 源代码将固定在第二季度和第四季度发布。对此谷歌公司发言人表示，这一改变有助于简化开发，减少多分支维护的负担，从而提升 Android 代码的稳定性和安全性，并与主干稳定开发模式更好地配合。

这个消息一出，Android 开发者社区一片哗然，开发者普遍认为此举是在进一步缩减第三方开发者对于 Android 的影响力，谷歌试图通过这种方式挤压第三方 ROM 的生存空间。

众所周知，当初的 MIUI、现在的 LineageOS 等三方 ROM，都是基于 AOSP 打造，所以源代码更新周期变长就意味着第三方 ROM 无法及时获得 bug 的修复和更新推送。

比如曾经在 Android 16 上出现的通知异常 bug，用户就需要清除旧通知才能恢复提示音，这个 bug 是在去年第三季度才被谷歌修复。彼时第三方 ROM 第一时间就同步获得了补丁，而在此次调整后的新规下，第三方 ROM 的用户就需要等待三个月时间。

谷歌自家的原生 Android 以及合作伙伴的 One UI、澎湃 OS 都能及时查漏补缺，其他第三方 ROM 就只能苦等。在这种情况下用户自然会选择用脚投票，一如当年用户放弃不好用的原生 Android，选择功能更丰富的第三方 ROM，因此 Android 社区吐槽谷歌是将掏空 AOSP 的进程又向前推了一截。

事实上，自从 Android 6 开始，谷歌就一直在不遗余力地缩减 AOSP 的内涵，诸如搜索，音乐、日历、相机、键盘等一大批功能从 AOSP 转移到 Google Play。甚至到了 Android 13，谷歌直接将 AOSP 中的拨号器和消息应用（电话和短信）删除。

没错，相比于早期 Android，开放第三方 ROM 的难度反而上升了。谷歌估计希望通过这种手段让开发者知难而退，放弃维护自己的 ROM。毕竟，碎片化一直都是 Android 生态的顽疾，它造成了 Android 体验的分裂。明明大家都是 Android，但是谷歌也无法保证每一个 App 都可以正常的运行在所有 Android 设备上。

从 Android 8 开始，谷歌通过 Project Treble、Project Mainline 陆续解决了 OEM 合作伙伴的系统与原生 Android 不一致的问题，但对此第三方 ROM 就无可奈何了。所以从某种意义上来说，第三方 ROM 恰恰是解决 Android 碎片化的最后一道难关。

偏偏开放是 Android 的 " 祖宗之法 "，谷歌也没办法禁止第三方开发者以 AOSP 为蓝本开发 ROM，所以就只能旁敲侧击。当然，谷歌不仅对第三方 ROM 的开发者 " 看不顺眼 "，他们其实对所有的外部开发者都不满意。

此次谷歌缩减 AOSP 代码的更新周期，其实是去年春季 Android 转向内部开发的余波。彼时，谷歌宣布放弃允许任何人访问的 AOSP 分支，仅维护已获得 GMS 许可合作伙伴有权访问的内部分支。简而言之，Android 转为内部开发就意味着 Android 未来的更新内容需要等待谷歌做完了再全部公开，没做完前一般人都看不到。

当然，谷歌也给第三方开发者留了一个口子，Android 会继续接受来自外部开发人员的代码贡献，也就是开发者仍能向 AOSP Gerrit 提交补丁。在 2026 年前，向 AOSP 提交代码的开发者每三个月就能查询一次自己的代码是否被应用，但现在这一间隔就变成了半年。

别看只是从每三个月开放一次到每半年开放一次，间隔时间提升 100% 的结果必然是一大批开发者会忘记查询。没错，谷歌打的算盘是通过增加时间成本来劝退第三方开发者。其实类似的故事，在 Go 语言社区等技术生态圈已经发生过不止一次。

早期第三方开发者曾是谷歌宝贵的财富，他们的贡献也让 Android 度过了萌芽期，可随着 Android 不断成熟，并且关联着庞大的利益，谷歌可能早就看这一批 " 指手画脚 " 的开发者不满了。毕竟隔离存储沙盒机制不就正是因为第三方开发者的抵制，而被迫下线。