作者 | 雲鵬
編輯 | 漠影
就在上週,海外科技媒體Android Authority的一篇報道可以說讓整個科技圈炸了鍋。
谷歌安卓要“閉源”了?這樣的言論一時間充斥網際網路。
簡單來說,谷歌安卓開源專案AOSP(Android Open Source Project)依然會保持開源,只是原始碼公佈的方式、頻率有所變化,對消費者和手機廠商影響不大。
雖然不“炸”,但這件事給行業帶來的思考和影響卻遠沒有表面看上去這麼簡單。

作業系統底層技術的突破,近年來愈發成為廠商們關注的焦點。尤其在AI手機浪潮湧起的當下,AI智慧體、AI OS的實現,都離不開AI與作業系統層面的深度融合。
而谷歌AOSP風波無疑讓業界開始意識到一件事:通向AI手機這一確定未來的門票,似乎正被別人攥在手裡。
當下除了鴻蒙作業系統 5之外,各大手機廠商的作業系統,仍然是基於谷歌AOSP進行深度定製的,一旦失去了系統核心層面的技術支撐,一切都可能成為空中樓閣。
谷歌作為開源安卓的發起者,手握迭代了16年的AOSP,做出了自己的“必然”選擇,而智慧終端廠商們要如何把作業系統這一“命門”攥在自己手裡?這同樣是一個必須要回答的問題。
01.
谷歌“閉源”雖是假
但已從雙分支走向完全私有化開發
首先,回到谷歌AOSP事件本身,上週,Android Authority釋出了一篇標題為《獨家:谷歌將完全私有化開發Android系統,原因如下》的文章。

這篇文章中釋放了三個關鍵資訊:
第一,谷歌向Android Authority確認,安卓作業系統的開發將很快完全轉向內部進行。
第二,目前谷歌在公共AOSP程式碼庫(Gerrit)上分享部分工作,但未來這一流程將徹底私有化。
第三,此舉旨在簡化安卓系統開發,而非限制外部開發者,因此仍將在每次版本釋出後向AOSP公開原始碼。
簡單來說,谷歌並非現在就要“閉源”安卓徹底私有化,而是在開發和更新程式碼的方式上做了一些調整。根據谷歌官方說法,谷歌希望藉此來提升效率。
2007年,谷歌聯合84家硬體製造商、運營商和軟體開發商成立了開放手機聯盟(Open Handset Alliance),希望透過開源來對抗當時的大火的iOS和Windows Mobile,釋出了基於Apache 2.0的AOSP。
Apache 2.0允許任何人免費使用、分發或修改AOSP,這在當時對於打破封閉移動作業系統格局是具有里程碑意義的,也催生了各類定製化系統分支。

2010年,谷歌進一步推出了谷歌移動服務(GMS),將搜尋、地圖等核心應用一併打包為閉源服務,與開源AOSP形成互補,從而可以讓谷歌透過GMS授權獲取商業收益。
AOSP接受第三方程式碼貢獻,我們熟悉的國內廠商,比如華為、小米、OPPO、vivo都曾向AOSP貢獻過大量程式碼。
在這個過程中,為了平衡開源特性與產品開發策略,谷歌在AOSP的維護方面形成了兩條主要分支:公共AOSP分支和內部開發分支。
前者對所有人開放,後者僅限與谷歌簽訂GMS(谷歌移動服務)許可協議的廠商能訪問到。
而這次開發模式的轉變,就是從雙分支到完全的私有化開發。
此前,藍牙協議棧等部分系統元件是在AOSP中公開開發的,但包括核心框架在內的大部分元件均是谷歌內部開發的。
谷歌已經向Android Authority確認,未來所有開發將遷移至內部分支,也就是完全內部開發。
02.
“披著開源外衣的閉源系統”
谷歌AOSP這一模式,至今已經持續了16年,長期以來,谷歌安卓以開源模式為人所津津樂道,但實際上安卓開源並非全是“美好”的一面。
一方面,由於谷歌有大量的開發工作都是在內部完成的,公共AOSP分支長期滯後於私有版本,開發者們可能需要自行解決很多相容性的問題。
與此同時,雙線差異也給谷歌自身內部帶來了開發層面的挑戰。
純淨AOSP構建與基於內部分支的Android 16測試版在功能和API可用性上存在不小的差異,合併程式碼產生的各種問題層出不窮。
比如一個補丁為導航欄和鍵盤啟用了螢幕放大鏡功能,並且引入了一個新的無障礙設定選項,將這個選項設定在無障礙設定列表的末尾。
但這就導致了合併衝突,這個列表的長度在AOSP與谷歌內部分支中並不相同。類似問題不勝列舉。

▲螢幕放大鏡功能在程式碼合併中遇到問題
據報道,這也是谷歌決定放棄雙線並行的安卓開發、轉而將所有開發工作集中至內部進行的關鍵因素。
除了谷歌自身因素,AOSP在經過漫長髮展後,其本身湧現出的一些問題對於開發者和OEM廠商來說也是需要在意的。
比如版本碎片化問題已經是老生常談,即使到2025年,仍有23%的裝置執行著Android 11以及更早的版本,安全更新滯後的問題十分突出。
另一方面,從實際情況來看,谷歌對AOSP程式碼合併和版本釋出擁有最終決定權。同時,儘管AOSP是開源的,但谷歌長期透過GMS授權和CTS(相容性測試套件)掌握著生態主導權,也有人稱AOSP為“披著開源外衣的閉源系統”。
03.
谷歌模式祛魅,“真閉源”敲響警鐘
作業系統突圍勢在必行
所以回到大家最關心的一個問題,谷歌的調整對於開發者、廠商和行業有著怎樣的影響?
從多位業內人士給出的答案來看,短期來看此次調整影響比較有限,但後續如果谷歌有進一步動作仍然值得關注。
雖然現階段AOSP仍然可以說是開源的,但谷歌逐漸“收緊”、“轉向內部開發”的一系列動作不得不引起業界重視。
未來,所有安卓系統的開發工作都將在谷歌內部分支中進行,相關原始碼的變更只有當谷歌釋出包含這些變更的新分支時才會對外公開,同步至AOSP。
這次改動對於那些熱衷於為AOSP做出貢獻的外部中小開發者們來說,是有一定影響的,他們不再能透過AOSP來提前瞭解谷歌開發的新進展。
簡單來說,沒有GMS許可的“免費玩家”,參與安卓作業系統開發的難度可能會增加,因為獲取程式碼的速度可能會滯後數週乃至數月。
每次大版本更新,這些發者們就需要抓緊學習,開發的成本和時間均有增加,對開發效率有一定影響。
對廣大普通使用者來說,此次變動並不會有可感知的影響,安卓系統大版本的更新速度並不會有大的變化,各家手機廠商作業系統的更新速度也不會受到影響,依然會按照各家自己的節奏來。
對於各路安卓手機廠商們來說,雖然作為“付費玩家”,他們仍然可以透過內部分支獲取原始碼更新,但谷歌的動作不由得讓大家意識到一個問題:AOSP這事,歸根結底還是掌握在谷歌手上。
改不改、怎麼改、什麼時候改,仍然是谷歌最後拍板。

十餘年來,安卓與iOS陣營一直在焦灼競爭,安卓廠商在AOSP基礎上“大展拳腳”,形成自己的獨家優勢體驗,似乎已經形成了一定程度的“依賴”。
雖然各家都在高舉“自研作業系統”大旗,但仔細看來,這些自研作業系統更多是停留在IoT裝置生態層面,在核心作業系統領域,目前仍然只有鴻蒙5實現了從OS核心、檔案系統、資料庫、程式語言到AI、多媒體、圖形、整合開發環境等各方面技術的全棧自研。
可以說,即便當下有商業合作的基礎,但風險依然存在。說得更直白一些,如今仍處於開源狀態的AOSP,實則已經成為谷歌自家的“後花園”。
有業內人士提到,谷歌將安卓開發完全內部化,必然可以提升其效率、簡化作業系統開發與原始碼釋出的流程,同時可以保持透過定期程式碼釋出來維持開源合規性。
但歸根結底,谷歌這麼做的一條重要考量是為了自身更好的發展。面對當下AI手機的大變局,谷歌需要提升自己在移動生態領域的話語權和競爭力。
從公司自身發展的角度來看,谷歌這麼做是有充足理由的,但同樣的,各路終端裝置廠商也必須從自身生存發展的角度出發,去重新思考作業系統的底層運作邏輯。
All in Android,絕不該成為唯一玩法。谷歌AOSP風波讓廣大廠商及開發者更深刻地理解了這一點。
04.
結語:作業系統發展走向多元化
掌握核心技術才能手握王牌
今天,終端作業系統正在經歷一場深度變革,而擁有真正自主可控的作業系統,正愈發成為整個國內科技圈的期待。
在目前的國內生態系統中,顯然鴻蒙已經成為國產作業系統底層突圍的代表,也是中國作業系統發展的一個里程碑節點,實現了終端作業系統的自主可控,將核心技術攥在了自己手裡。
如今快速成長的鴻蒙生態也成為與蘋果iOS、谷歌安卓並行的三大移動作業系統生態之一。
未來毫無疑問是AI萬物互融互聯的時代,多智慧裝置之間的高效協同,跨裝置的服務流轉、資料流轉都是當下各家科技終端大廠和系統開發者們聚焦的重點方向,而這些都離不開終端作業系統底層的打通。
今天的谷歌看起來只是在全球終端作業系統生態中煽動了一次翅膀,但在未來,這或許會演變成一場席捲全球科技圈的技術風暴,無數廠商可能都將面臨被“斷糧”的風險。
谷歌AOSP風波讓所有人都開始重新審視整個作業系統的生態格局,核心技術自有化愈發成為整個行業關注的焦點。閉源暫且是假,但作業系統自主可控的“警鐘”,是實實在在地被敲響了。

(本文系網易新聞•網易號特色內容激勵計劃簽約賬號【智東西】原創內容,未經賬號授權,禁止隨意轉載。)
