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

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

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

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

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

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

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

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

Android Authority的報(bào)道原文稱：

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

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

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

那這到底會(huì)帶來什么樣的改變呢,？

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

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

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

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