美國時間 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 的支持。一切生意照舊。
真正的影響更多不會直接發生，而是會在更長的時間裡從側面體現。
