據(jù)Android Authority報道，谷歌已經(jīng)向其確認，谷歌將很快在私有環(huán)境中開發(fā)Android開源項目（AOSP，Android Open Source Project），但依然會開源代碼。

網(wǎng)站地址：https://www.android.com/

很多小伙伴可能會慌了，我的安卓手機不能用了？

目前來看，谷歌私下開發(fā)AOSP項目還不至于到「天塌下來」的地步，普通手機用戶更是幾乎感覺不到什么變化。

大部分主流手機廠商（比如小米、vivo、三星等）早就跟谷歌簽好了各種合作伙伴協(xié)議。

只要這些協(xié)議還在，廠商們就還能照常拿到最新的Android源代碼，通過Google自家的認證，正常預裝Google Play、Gmail這些服務和應用。

谷歌對安卓系統(tǒng)的支持也不會斷。

一句話，還是老樣子。

那么問題來了，谷歌到底做了什么？

這就要從谷歌的安卓開源項目（AOSP）說起了。

什么是Android Open Source Project（AOSP）？

AOSP簡單來說，就是谷歌給所有Android設(shè)備提供了一個「毛坯房」——操作系統(tǒng)的基本框架和核心部件。

任何開發(fā)者都可以免費下載它的代碼，隨意改動、分發(fā)，然后打造自己的定制系統(tǒng)。

比如小米HyperOS、vivo OriginOS都是在AOSP基礎(chǔ)上搭建起來的。

網(wǎng)站地址：https://source.android.com/?hl=zh-cn

而Android系統(tǒng)本身是跑在Linux內(nèi)核上，這個內(nèi)核用的是GPL許可證，規(guī)則挺嚴格。

簡單說就是，只要使用采用了GPL許可證的代碼，你就得開源，體現(xiàn)「要玩就一起玩」的精神。

但Google為了讓Android既開源又能賺錢，玩了個聰明設(shè)計：底層Linux內(nèi)核老實按GPL開源，但中間AOSP大部分代碼卻用寬松的Apache 2.0許可證。

這樣廠商既能自由改動Android，不用全盤公開，還能加自己專有的東西，既開放又靈活。

具體來說，Linux內(nèi)核和模塊還得開源，但到了用戶空間的應用就不受GPL限制，想閉源就閉源。

結(jié)果就是，AOSP底層GPL開源，中層Apache寬松開源，上層應用隨開發(fā)者意愿，想怎么玩就怎么玩。

谷歌的這點小聰明那是相當?shù)某晒Α?/span>

回想將近二十年前，智能手機剛起步那會兒，蘋果發(fā)布了iPhone。

谷歌也想在移動市場分一杯羹，于是決定推出Android。

這不光幫助谷歌賺了個技術(shù)開放的好名聲，還把一大堆廠商和用戶從塞班、諾基亞、Windows Mobile、黑莓手里搶了過來。

真是神來之筆。

Android開源這步棋，絕對是谷歌今天能占據(jù)移動操作系統(tǒng)市場七成以上份額的最大功臣。

市場是拿到了，代價是AOSP軟件的維護是要做的。

問題是，隨著手機的功能越來越多，這種維護工作的代價也越來越大。

終于，谷歌忍不了了。

代碼同步難，谷歌決定「關(guān)起門」來開發(fā)，但依然開源代碼

寫過代碼的都知道相比寫代碼，「合并代碼」反而是最令人頭疼的問題。

2007年，谷歌開放了安卓的核心代碼，這步棋讓谷歌摘取了移動互聯(lián)網(wǎng)時代最大的果實。

但是也導致安卓這個項目有了兩個「主分支」。

一個分支就是公共的AOSP分支，這個分支對任何人都開放，大家所說的「安卓是開源」就是指這個分支。

一些附屬功能，比如藍牙功能，仍然在AOSP分支中公開開發(fā)，你可以在開源的Android Code Search中搜索到相關(guān)源代碼。

然而，AOSP公共分支并不包含谷歌專有的應用和服務，比如Google Play商店、Gmail、Google Maps等。

AOSP雖然沒有谷歌自己的服務，但是仍然可以編譯為一個完整的可用操作系統(tǒng)。

許多設(shè)備制造商基于AOSP開發(fā)自己的操作系統(tǒng)，包括：

• 三星：開發(fā)了One UI。
• 小米：開發(fā)了MIUI。
• OPPO：開發(fā)了ColorOS。
• 華為：開發(fā)了早期的EMUI。
• 一加：開發(fā)了OxygenOS。

另一個分支則是完全的閉源開發(fā)，可以看做谷歌自己的安卓「親兒子」。

這個分支僅限于擁有谷歌移動服務（GMS）許可協(xié)議的公司使用，以上類似三星One UI這種Android系統(tǒng)也可以使用，只要谷歌給予授權(quán)。

目前來看，大多數(shù)組件，包括核心Android操作系統(tǒng)框架，都是在Google的內(nèi)部分支中私下開發(fā)的。

兩個分支導致一個很大問題，就是內(nèi)部分支的開發(fā)進度領(lǐng)先于公開的AOSP，導致兩個分支差異很大。

這種差異逼得谷歌必須花費時間和精力在公共AOSP分支與其內(nèi)部分支之間合并補丁上。

這就到了程序員「喜聞樂見」的環(huán)節(jié)，由于分支差異很大，合并沖突經(jīng)常出現(xiàn)。

以這個啟用導航欄和鍵盤屏幕放大功能的補丁為例，該補丁引入了新的輔助功能設(shè)置，該設(shè)置被放置在輔助功能設(shè)置列表的末尾。

這會導致合并沖突，因為AOSP與谷歌內(nèi)部分支之間的列表長度不同（圖中變量accessibility_magnify_nav_and_ime設(shè)置為58和59沖突）。

雖然針對此特定問題的修復很簡單，但當其他許多AOSP補丁集成到谷歌的內(nèi)部分支時，都會觸發(fā)類似的合并沖突。

另一個例子是，開發(fā)Android的新僅解鎖存儲區(qū)域API需要一位Google工程師從內(nèi)部分支中挑選一個補丁到AOSP以解決合并沖突。

這是因為雖然API是在AOSP中開發(fā)的，但包含新Android構(gòu)建標志的文件是在內(nèi)部開發(fā)的。

因此，必須在內(nèi)部提交一個更新構(gòu)建標志文件的補丁，然后應用到AOSP。

也許這些沖突單獨看都不難處理，但是架不住可能會有無數(shù)這樣「合并沖突」的例子。

「累覺不愛」，也許這就是谷歌放棄當前雙管齊下的Android開發(fā)策略，轉(zhuǎn)而將所有開發(fā)工作內(nèi)部化的原因。

這對我們意味著什么？

這一決策整體來說，并不意味著Android正在變成「閉源」。

谷歌只是想把「開發(fā)過程」藏起來，依然會繼續(xù)發(fā)布源代碼。

最大的區(qū)別在于，AOSP公共分支存在時，對于Android愛好者和科技行業(yè)記者來說，這是一個能夠「窺探」Android最新動向的窗口。

現(xiàn)在這個「窗口」要被谷歌關(guān)上了，這可能會讓這些科技極客們感到沮喪，因為這減少了他們對Google開發(fā)工作的洞察力。

對于開發(fā)者，這會讓他們更難跟上新的Android平臺變化，因為他們將無法再跟蹤AOSP中的變化。

比如外國的一個記者在AOSP中發(fā)現(xiàn)了某些代碼變更，然后提前數(shù)月就預測了Pixel的網(wǎng)絡(luò)攝像頭功能，他還利用AOSP中的線索推斷出Android 16的提前發(fā)布日期。

而對于大多數(shù)的我們，甚至包括安卓應用開發(fā)者，可以說毫無影響。

事實上，從邏輯的角度上，谷歌大概率就是覺得維護代碼的成本過高，不論是從AOSP合并到內(nèi)部版本，還是將內(nèi)部版本的更新帶給AOSP公共分支，這些工作都需要工程師完成。

可以說這些處理沖突的工作過于「低端」，對于谷歌的工程師來說，耗時耗力而且毫無意義。

但是AOSP某種意義上已經(jīng)可以看做是谷歌在開源生態(tài)和程序員心目中的「投名狀」。

作為以「不作惡」為公司理念的谷歌，安卓開源這步棋被認為是谷歌最成功的一次戰(zhàn)略決策之一。

在極客們看來，這次決策類似于谷歌自己推倒了過去十幾年樹立起來的「精神豐碑」。

當然，從谷歌自己的角度看來，選擇將工作整合在一個內(nèi)部分支下，同時簡化操作系統(tǒng)開發(fā)和源代碼發(fā)布，是可以理解的。

畢竟AOSP對Google的商業(yè)價值，跟當年比起來，已經(jīng)完全不是一個量級了。

從最近谷歌對Gemini以及Gemma的瘋狂更新來看，AI才是其工作的重點。

其實所有人都知道，相比于Gemini，安卓對于谷歌已不再那么重要。