谷歌调整AOSP更新策略，Android开源生态面临转折

长久以来，Android系统凭借其“开放”特性赢得了广泛赞誉，然而近年来谷歌的诸多动作表明，它正有意效仿iOS，构建自己的“封闭花园”。近日，谷歌官方宣布，将AOSP（Android开放源代码项目）的代码发布频率由每季度一次缩减为每半年一次。

这意味着自2026年起，AOSP的源代码更新将仅在每年第二和第四季度进行。谷歌发言人称，此举旨在优化开发流程，降低多分支维护的复杂性，进而增强Android代码的稳定性与安全性，并更好地适配主干开发模式。

此消息迅速在Android开发者社群中引发热议，许多开发者认为这是谷歌进一步削弱第三方开发者在Android生态中影响力的信号，意图借此压缩第三方ROM的生存空间。

众所周知，无论是早期的MIUI还是如今的LineageOS，这些第三方ROM均基于AOSP构建。因此，代码更新周期的延长意味着这些ROM将无法第一时间获取关键的漏洞修复与功能更新。

例如，此前Android 16中曾出现一个通知异常问题，用户必须手动清除旧通知才能恢复提示音。该问题于去年第三季度由谷歌修复，当时第三方ROM几乎同步获得了补丁。但在新规实施后，这类问题的修复将延迟三个月才能抵达第三方ROM用户。

谷歌自家的原生Android以及其合作伙伴的One UI、澎湃OS等系统能够及时获得更新，而其他第三方ROM则只能等待漫长的周期。面对这种情况，用户很可能转向更新更及时的系统，正如当年用户从原生Android转向功能更丰富的第三方ROM一样。Android社区批评谷歌此举进一步推进了“掏空AOSP”的计划。

实际上，自Android 6以来，谷歌便持续削减AOSP的组件范围，将搜索、音乐、日历、相机、键盘等功能逐步迁移至Google Play服务。到了Android 13，甚至移除了AOSP中的拨号器和短信应用。

可见，相比于早期Android系统，如今开发第三方ROM的难度不降反升。谷歌很可能希望通过这些手段让开发者知难而退，放弃维护自己的ROM。毕竟，碎片化一直是Android生态的顽疾，导致用户体验的割裂。尽管都叫Android，但谷歌也无法保证每一款应用都能在所有设备上完美运行。

从Android 8起，谷歌通过Project Treble、Project Mainline等项目逐步解决了OEM厂商系统与原生Android的兼容性问题，但对于第三方ROM却依然束手无策。因此，从某种程度上讲，第三方ROM已成为解决Android碎片化问题的最后一道障碍。

然而，“开放”毕竟是Android的立身之本，谷歌无法直接禁止第三方开发者基于AOSP开发ROM，只能通过间接手段进行限制。事实上，谷歌不仅对第三方ROM开发者心存芥蒂，对所有外部开发者也越来越不放心。

此次AOSP代码更新周期的调整，实际上是去年春季Android转向内部开发的延续。当时，谷歌宣布关闭公开的AOSP分支，仅维护面向获得GMS授权合作伙伴的内部分支。换言之，Android转为内部开发后，未来的更新内容只有在谷歌完成开发后才会公开，在此之前外界无法窥见。

当然，谷歌也为第三方开发者保留了一条通道：Android将继续接受外部开发者的代码贡献，开发者仍可向AOSP Gerrit提交补丁。此前，提交代码的开发者每三个月可查询一次代码的采纳情况，而这一周期如今也将延长至半年。

看似仅是将开放周期从三个月延长到半年，但间隔时间翻倍的结果很可能导致大量开发者因遗忘而放弃跟进。显然，谷歌希望通过增加时间成本来劝退第三方开发者。类似的手法，在Go语言社区等开源生态中已多次上演。

早期，第三方开发者曾是谷歌的宝贵财富，他们的贡献帮助Android度过了初创期。但随着Android日益成熟，其背后利益链条越发庞大，谷歌或许早已对这批“指手画脚”的开发者心生不满。毕竟，当年隔离存储沙盒机制就是因为第三方开发者的强烈抵制而最终搁浅。

【本文图片来源于网络】