美国时间 6 月 10 日爱范儿独立了解到，Google 今天放出的 AOSP 代码当中立盟策略，没有向往年那样一并提供 Pixel 设备的 vendor binary，也即必要驱动程序等文件。
Google 官方为各 Pixel 设备提供的驱动程序二进制文件，目前停留在 Android 15.0.0 版本。
本次提供的 Android 16 版本 AOSP 代码，仅能够构建为「通用系统映像」(Generic System Image, GSI)。
GSI 可以理解为一个提供给 OEM 的测试环境，仅用于验证设备的硬件层面是否兼容最新 Android 操作系统、符合 Google 规范。它并非完整的系统，缺乏很多功能。
这一新进展，不仅再次强化了爱范儿在 3 月底独家报道中提到的「Google 逐渐收缩AOSP直至其作为开源项目不复存在」的情况，也对为 Pixel 设备开发的第三方操作系统 (ROM) 造成了巨大的障碍。
在过去，Google 会在放出 AOSP 代码的同时一并提供 Pixel 设备的 vendor binary。ROM 开发者可以手动打包，从而确保 ROM 对设备的支持是完整的。
由于 Google 过去一直这么做，给开发者带来了很大便利，所有 Pixel 设备也在很长时间以来被开发者当做「原生开发机」使用。各种第三方 ROM 首先适配的往往就是 Pixel 手机。
而从 Android 16 开始， Google 决定不再提供这种便利。开发者将无法自行修改 AOSP 代码，将其打包成固件，并安装到 Pixel 设备上。
如果第三方操作系统 (Android ROM) 开发者还想要继续工作立盟策略，从 Android 16 开始，他们将不得不通过逆向工程的方式，拆解 Google 发布的 Pixel 升级包，做大量原本不必要的适配工作，才能够让 ROM 支持 Pixel。
目前美国市场在售八款 Pixel 手机，如果 ROM 开发者想要都适配，每款都要逆向工程一次。这将严重限制第三方 ROM 的适配范围，影响其在市场上的表现，对使用第三方 ROM 的用户造成限制。
根据爱范儿的了解，原则上只有和 Google 签订了 GMS 协议的 OEM 合作伙伴才能够第一时间获得过去意义上的「全量 AOSP」代码。
这进一步意味着，基于 AOSP 代码开发的 ROM 将很难开发基于 Android 16 的版本——除非开发团队通过某种方式和 Google 签订授权协议，或者通过其他已经和 Google 签约的 OEM 得到团队需要的代码。
知名 ROM 团队 GrapheneOS 也向爱范儿确认，我们报道中提到的一些情况，目前已经变成现实。该团队也在研究短期和长期内如何应对 Google 的这一变化。
该团队在 X（原 Twitter）上发文表示，由于团队没有 OEM 合作伙伴权限，因此无法第一时间拿到 AOSP 代码，且拿到的也是缺乏厂商私有部分代码的「阉割版」。
这个情况严重拖慢了该团队基于 Android 16 版本开发 GrapheneOS 并将其移植到 Pixel 设备上的进度。
「我们在 Android 16 版本上所做的准备比过去所有的版本都要多。因为我们没有 OEM 合作伙伴权限，不得不做了大量的逆向工程。甚至我们的开发者用以前的移植文件做练习。」
「但是，Android 团队做的这些改变立盟策略，让我们移植 Android 16 以及后续版本的工作变得极度困难。这也让后续新款 Pixel 设备支持 GrapheneOS 的工作变得更加艰难。看来我们不得不加快 GrapheneOS 手机的进度了。」
尽管过去并没有为 Google 的商业利益做出实质性的贡献，第三方 ROM 开发者仍然是 Android 操作系统生态中的重要一环。许多今天存在于 Android 操作系统中的功能，最初都是由第三方 ROM 开发者提交到 AOSP 项目。
GrapheneOS 团队之前就曾发文，试图私下招募 OEM 给自己一份全量的 AOSP 代码。该团队表示：
「我们在 Android 上游做的开发，已经给每一个 Android OEM 都带来了收益。如果你能够和我们合作，将会获益更多。」
关于 Google 为什么要这样做，爱范儿在之前的独家报道中有所提及：
Android 开源催生了庞大且细分的市场，诸如第三方 ROM、非认证 Android 设备等市场非常活跃。但在 Android 生态已然十分健全的今天，这些市场已不再给 Google 带来利益。Google 出于某种类似于「肥水不流外人田」的考虑，可能就没必要继续给这些市场做免费的劳动了。
前情提要
在今年三月，我们援引大量独立获取的信息，对 Google 的「设备及服务」部门内部的一些大计划和动作进行了充分详实的报道。
大量信息指出，Google 计划通过一些低调的动作，不断降低 Android 项目的开源属性。目前确认已经发生的情况有：
Google 不再维护目前 AOSP 的公开分支，逐渐关闭相关的的支持性资源Google 不再为第三方非授权开发者提供 Pixel 设备的编译和构建能力。
我们了解到 Google 内部仍在讨论、尚未确认是否做、具体做法的情况：
Google 不再提供法定开源义务（比如 GPL 等协议部分）之外的 AOSP 源代码，而是采用按需申请的方式提供；延期发布，甚至不再提供全量 AOSP 源代码；
Google 逐渐收窄 Android 开源属性的这个想法，最晚 2025 年初就已经有了，且决策层级在 Google 高层管理者级别。整个策略的执行将会在一个更长的期限内完成，至少持续数年，直到 AOSP 彻底失去开源的属性意义
这些已经发生或仍在讨论的动作，背后的目的并不复杂：主要是为了节约开支和增加收入。
好在目前来看，闭源 AOSP 对业界的直接影响并非灾难性，对终端手机用户直观影响也微乎其微。
绝大多数主流手机厂商早就和 Google 签订了各种授权合作伙伴协议。在现有协议安排下的厂商，仍然可以得到和使用最新 Android 源代码，获得 Google GMS 认证，正常预装 Google Play、Gmail 等服务和应用，得到 Google 的支持。一切生意照旧。
真正的影响更多不会直接发生，而是会在更长的时间里从侧面体现。
你可以可以阅读当时的报道了解更多细节。如果有更多细节，我们也欢迎你爆料。
天盛优配提示：文章来自网络，不代表本站观点。
- 上一篇：没有了
- 下一篇：赢正通 做导演、写小说，这位男高音还把说唱与莫扎特相结合
沪深京指数
热点资讯
