近日有媒體報道稱，谷歌將停止維護Android開源項目（AOSP），未來所有Android開發(fā)將僅在谷歌內(nèi)部進行，也只有谷歌內(nèi)部員工才能訪問AOSP的內(nèi)部分支或提交代碼，Android的開發(fā)過程將不再對外透明。

經(jīng)過小編核實，該消息應(yīng)該最早來自于外媒Android Authority，Android Authority稱，谷歌向其確認將全面調(diào)整Android操作系統(tǒng)的開發(fā)模式，將所有Android OS開發(fā)工作轉(zhuǎn)移至內(nèi)部分支，取消公共AOSP分支的實時更新。

因此很多朋友都認為，谷歌此舉代表著Android系統(tǒng)走向封閉，而各家國產(chǎn)手機廠商基于AOSP項目的系統(tǒng)也將遭受致命打擊。

Android之所以能成為全球最普及的移動操作系統(tǒng)，其最主要的功臣就是開源項目AOSP。AOSP以 Apache 2.0許可發(fā)布，使得任何廠商和開發(fā)者都可以使用、修改甚至重新分發(fā)這一基礎(chǔ)代碼，得益于這一特性，OEM廠商們可以基于AOSP打造有自己特色的定制化系統(tǒng)，包括三星ONE UI、小米MIUI等等。

但這種‘Android 走向封閉’的擔(dān)憂，可能只是相關(guān)媒體的誤解。

實際上谷歌所開發(fā)的Android系統(tǒng)采用“雙軌制”模式：

公共AOSP分支，向所有開發(fā)者開放，允許外部社區(qū)提交代碼和跟蹤系統(tǒng)變動，一些組件（如構(gòu)建系統(tǒng)、更新引擎、藍牙堆棧、虛擬化框架和 SELinux 配置）在AOSP社區(qū)優(yōu)先發(fā)布。

內(nèi)部開發(fā)分支，專門為Google Mobile Services（GMS）合作伙伴服務(wù)，大部分組件（如核心操作系統(tǒng)框架）在內(nèi)部開發(fā)分支優(yōu)先發(fā)布。

Android Authority的報道原文稱：

Because Google develops large portions of Android in its internal branch, the public AOSP branch often lags far behind what’s available privately. This difference is apparent when comparing feature and API availability between a clean AOSP build and Google’s latest Android 16 beta, which was built from its internal branch. While the shift to trunk-based development reduced this discrepancy, it persists and continues to pose challenges for Google.

This discrepancy forces Google to spend time and effort merging patches between the public AOSP branch and its internal branch. Due to how different the branches are, merge conflicts often arise. Take for example this patch that enables screen magnifier functionality for the navigation bar and keyboard. The patch introduces a new accessibility setting, which is placed at the end of the list of accessibility settings. This creates a merge conflict as the list’s length varies between AOSP and Google’s internal branch. While a fix for this specific issue is straightforward, numerous other AOSP patches trigger similar merge conflicts when integrated into Google’s internal branch.

由于內(nèi)部分支與公開分支在功能和API上存在顯著差異，每當兩端代碼同步時，總會遇到諸如屏幕放大器設(shè)置、存儲API等功能的合并沖突問題。為了解決這一問題，谷歌計劃將所有Android系統(tǒng)組件的開發(fā)統(tǒng)一在內(nèi)部私有分支中進行，從而大幅度降低因版本不同步而引發(fā)的合并難題。

將開發(fā)工作從AOSP項目中轉(zhuǎn)移，并不代表著Android系統(tǒng)走向閉源，谷歌仍舊承諾將繼續(xù)在AOSP社區(qū)發(fā)布Android系統(tǒng)源代碼，以及Android的Linux內(nèi)核分支源代碼。

只不過相對于實時更新代碼的AOSP來說，未來Android源代碼可能只能等待重要的節(jié)點更新，比如未來Android 16正式版的發(fā)布。

那這到底會帶來什么樣的改變呢？

首先是大家所擔(dān)憂的手機廠商們，事實上它們幾乎都是谷歌的GMS合作伙伴，Android開發(fā)全部轉(zhuǎn)向內(nèi)部分支，意味著內(nèi)部版本與最終發(fā)布版本之間的合并工作將更加簡化，可能在一定程度上能提升Android系統(tǒng)更新和bug修復(fù)的整體效率。不過，廠商對新版本功能預(yù)覽和內(nèi)部接口的掌握可能會受到一定限制，需等待正式版本發(fā)布后才能全面適配。

其次是第三方ROM開發(fā)者，如果沒有GMS許可證，其大版本更新的工作只能在谷歌公布源代碼之后再進行，進度一定是遠遠落后的，其次AOSP不能再實時更新代碼，第三方ROM比較重要的Nightly（每夜版）更新肯定是沒了。

影響較大的應(yīng)該是AOSP社區(qū)的外部開發(fā)者，能夠?qū)崟r訪問和貢獻AOSP源碼是他們能直接參與Android平臺演進的重要途徑，如果沒有GMS許可證，他們很難面對始終滯后數(shù)周或數(shù)月的代碼做出貢獻。

至于普通消費者，拜托，我真的很難想到這對我們會產(chǎn)生什么影響。