谷歌下周起终止开源Android？别慌！开发流程简化≠闭源

过去，谷歌同时维护两个Android分支：面向公众的AOSP和仅供内部及合作伙伴使用的闭源分支。AOSP允许开发者实时查看代码变动，甚至提交贡献。但从下周开始，所有开发将集中在谷歌内部分支，仅在新版本发布时才会向AOSP推送“阶段性成果”。这意味着开发者无法再通过AOSP跟踪谷歌的日常开发进展，只能等待“打包式”的源代码发布。

尽管开发流程转向闭门，谷歌强调Android不会闭源。例如，基于GPLv2协议的Linux内核代码仍将强制开源，而新版本（如Android 16）的完整源代码也会在发布时公开。然而，Apache 2.0许可证下的组件（如系统框架）虽保留开源，但其更新频率可能大幅降低，导致AOSP与谷歌内部版本的差距进一步扩大。

此举旨在解决长期存在的分支合并冲突问题。此前，公共AOSP分支常落后于内部版本，工程师需耗费大量时间解决代码冲突。通过统一内部分支开发，谷歌希望简化流程、提升效率。例如，此前完全公开开发的蓝牙协议栈、虚拟化框架等组件，也将转入内部闭环。

对终端用户而言，这一变化几乎无感。手机厂商仍通过合作协议获得谷歌支持，系统更新和GMS（Google Mobile Services）服务不受影响。国内厂商如小米、OPPO等已明确表示合作照常进行46。唯一潜在影响是第三方ROM可能因AOSP基础功能（如拨号盘、短信应用）的移除而体验降级。

而对于开发者而言，分水岭显现。

应用开发者：不受直接影响，因其依赖Android API而非底层代码。

平台开发者与ROM社区：面临挑战。定制ROM通常基于特定版本分支，而非实时AOSP主分支，但未来将更难预判新功能适配方向。例如，LineageOS等项目的维护者需依赖谷歌的阶段性代码释放，可能导致适配延迟。

开源贡献者：提交代码的路径虽未关闭，但谷歌对合并请求的审核权进一步集中，第三方贡献可能更难被采纳。

主流厂商因签署GMS协议仍可访问内部分支，但依赖纯AOSP的非认证设备（如部分物联网产品或特定地区低价手机）将面临技术滞后。谷歌或借此施压更多厂商加入合作协议，从而扩大对生态的控制。例如，车载系统或智能硬件若需最新功能，可能被迫与谷歌达成商业条款。

其实，Android的封闭化并非一日之功，而是谷歌长达十余年的策略演进。此次开发模式调整，可视为这一趋势的延续：通过减少开源代码的实时性，谷歌进一步掌握了生态演进的主导权。

短期内，Android生态不会发生剧变。厂商合作依旧，用户无感，但长期在技术透明度下降及生态分层等方面的影响可能逐渐显现

谷歌此次调整，本质是一场“效率”与“开放性”的权衡。对于这家已通过Android占据全球70%移动市场的巨头而言，闭门开发或许是技术迭代的最优解，但也让开源精神的光环愈发黯淡。未来的Android生态，或许将更高效、更统一，但也更依赖谷歌的“唯一叙事”。正如一位开发者所言：“开源曾是Android的武器，如今却成了它的装饰品。”9这场变革的终局，将取决于谷歌如何在商业利益与开源承诺之间找到新的平衡点。

参考链接：

https://www.androidauthority.com/google-android-development-aosp-3538503/