Google决定终止开源Android

AOSP（Android Open Source Project）是Google主导的开源项目，为所有Android设备操作系统提供基础框架和核心组件。它相当于一个“毛坯房”，开发者可自由下载、修改和分发其代码，并基于此构建定制化系统，包括Xiaomi HyperOS、vivo OriginOS、OPPO的ColorOS、甚至Pixel手机的Android系统，都是基于AOSP构建的。



Google对Android的维护分为两条路径：公开的AOSP分支面向全球开发者开放，包含纯净的开源代码，不涉及任何Google专有服务。任何厂商或个人均可基于此分支开发系统。而内部闭源分支仅供签署了GMS（Google Mobile Services）协议的厂商使用。



具体来说，Google将不再维护目前AOSP的公开分支，逐渐关闭相关的支持性资源，并可能停止更新有法定开源义务（GPL等协议的代码）外的组件的源代码。



海外媒体Android Authority最先报道了这一情况，Google也确认了此事。



从下周开始，所有的Android开发工作将仅在Google的内部分支进行。在一段时间后，外部分支可能将不再公开甚至彻底关闭。并且，AOSP的持续集成/交付（CI/CD）工具和环境也可能关闭，甚至Android Gerrit也可能会关闭。



从今往后，只有Google内部的员工能够访问AOSP的内部分支，或是提交代码。Android的开发过程将不再透明。



从高维度来看，Google将逐步缩减AOSP所包含的内容，直至AOSP作为开源项目，以及作为一种概念，都不复存在。



以史为鉴，OpenSolaris项目（也就是Solaris操作系统对应的开源项目）在Oracle在收购Sun，宣布对OpenSolaris“延迟开源”后，直到Solaris开发部门解散为止，都没有以CDDL许可证开放过半句代码。



谁也不知道，Google对Android Authority承诺的“继续开源，只是推迟”，是不是只是一句空话——毕竟无限期的推迟，也是一种推迟。



根据爱范儿的了解，Android闭源的总体思路是最终只保留GPL强传染许可证要求开源的部分，主要是Linux内核态驱动和补丁。其他中层、上层等之前采用Apache等宽松开源许可证的部分，最终会闭源；未来的Android版本发布后也不再对外公开发布、更新源代码。



此事的决策层级在Google高层管理者级别。据信他们作出此决定的时间不晚于2025年初。整个策略的执行将会在一个更长的期限内完成，至少持续数年，直到AOSP彻底失去意义。



Google此举的真实动机尚不明确，但根据爱范儿的分析和了解，主要是为了节约开支和增加收入：



AOSP在不同的维度上（比如版本号、发布进度等）有着多条代码流水线和大量的分支。再考虑到项目的上下游代码、多公司之间的协作，进一步复杂化，维护管理起来非常困难，产生大量的计算资源和工时成本。Google可能希望节约这些成本。考虑到2025年初Android部门已经向所有员工提供了“自愿离职”的选项，削减开支的思维逻辑不难理解。除此之外，签署了合作伙伴协议的厂家也有义务捆绑Google服务，为Google提高广告收入，变相提高了公司的整体收入。



好在目前来看，闭源AOSP对业界的直接影响并非灾难性，对终端手机用户直观影响也微乎其微。



绝大多数主流手机厂商早就和Google签订了各种授权合作伙伴协议。在现有协议安排下的厂商，仍然可以得到和使用最新Android源代码，获得Google GMS认证，正常预装Google Play、Gmail等服务和应用，得到Google的支持。一切生意照旧。



真正的影响更多不会直接展现，而是会在更长的时间里从侧面体现。后文会详细解读。



AOSP，不存在了？



如下几点需要澄清：



1. 因为大部分AOSP代码通过Apache 2.0许可证发行，任何人都可以fork一份。其他代码服务平台上也有各种AOSP的镜像，例如GitHub和国内的Android社区。Google无权要求其它“非官方”AOSP代码库下线。已经开源的，无法被撤销开源。



2. 也就是说，只要能从其他非官方渠道下载，人们仍然可以使用Google最后更新的AOSP代码，也可以按照自己的需要对其进行修改。原则上如果你有足够多厉害的开发者，也可以把之前的AOSP变成自己的系统，去维护和更新。



Android/AOSP从来不是一个真正的开源项目，社区里的原教旨主义者也一直对其颇有微词。



前文提到，Android目前运行于Linux内核上，后者是GPL许可证开源的。GPL是一个强传染性的许可证，要求所有衍生工作都必须按照GPL许可证同样开源，从而贯彻无限开源、扩大社区的精神。



而当年Google为了构建Android商业生态，创建了平衡开源与商业需求的许可模型。Google将Android平台分为几个部分：底层的Linux内核部分保留GPL v2许可证（按照要求），而AOSP的大部分代码则采用了更为宽松的Apache 2.0许可证。



这种许可结构使设备制造商能够修改和定制Android而不必开源所有修改，同时允许企业在Android平台上构建专有应用和服务。



Google自己的专有服务GMS（Google Mobile Services）则与AOSP分开，并采用不同的许可条款。这种混合方法创建了一个既保持开放性又为生态系统提供商业灵活性的模型。



具体来说，Linux内核基于GPL许可证，虽然kernel module需要依据GPL强制开源，然而userspace应用并不受GPL传染性的影响，因此无需开源。部分userspace应用程序也与传统的Linux发行版不同，例如使用bionic libc替代glibc，使用toybox替代busybox等。此外，Google还使用了“硬件抽象层”（HAL），允许厂商将不想公开的商业机密资料，比如一些特定的专有功能对应的背后代码和逻辑，存放在这一层上面，即提供了一套stable ABI（应用二进制界面），使得厂商可以独立于Android框架层更新他们的专有代码。