作者 | 雲鵬

編輯 | 漠影

就在上週，海外科技媒體Android Authority的一篇報道可以說讓整個科技圈炸了鍋。

谷歌安卓要“閉源”了？這樣的言論一時間充斥互聯網。

簡單來說，谷歌安卓開源項目AOSP（Android Open Source Project）依然會保持開源，只是源代碼公佈的方式、頻率有所變化，對消費者和手機廠商影響不大。

雖然不“炸”，但這件事給行業帶來的思考和影響卻遠沒有表面看上去這麼簡單。

操作系統底層技術的突破，近年來愈發成爲廠商們關注的焦點。尤其在AI手機浪潮湧起的當下，AI智能體、AI OS的實現，都離不開AI與操作系統層面的深度融合。

而谷歌AOSP風波無疑讓業界開始意識到一件事：通向AI手機這一確定未來的門票，似乎正被別人攥在手裏。

當下除了鴻蒙操作系統 5之外，各大手機廠商的操作系統，仍然是基於谷歌AOSP進行深度定製的，一旦失去了系統核心層面的技術支撐，一切都可能成爲空中樓閣。

谷歌作爲開源安卓的發起者，手握迭代了16年的AOSP，做出了自己的“必然”選擇，而智能終端廠商們要如何把操作系統這一“命門”攥在自己手裏？這同樣是一個必須要回答的問題。

一、谷歌“閉源”雖是假，但已從雙分支走向完全私有化開發

首先，回到谷歌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確認，未來所有開發將遷移至內部分支，也就是完全內部開發。

二、“披着開源外衣的閉源系統”

谷歌AOSP這一模式，至今已經持續了16年，長期以來，谷歌安卓以開源模式爲人所津津樂道，但實際上安卓開源並非全是“美好”的一面。

一方面，由於谷歌有大量的開發工作都是在內部完成的，公共AOSP分支長期滯後於私有版本，開發者們可能需要自行解決很多兼容性的問題。

與此同時，雙線差異也給谷歌自身內部帶來了開發層面的挑戰。

純淨AOSP構建與基於內部分支的Android 16測試版在功能和API可用性上存在不小的差異，合併代碼產生的各種問題層出不窮。

比如一個補丁爲導航欄和鍵盤啓用了屏幕放大鏡功能，並且引入了一個新的無障礙設置選項，將這個選項設置在無障礙設置列表的末尾。

但這就導致了合併衝突，這個列表的長度在AOSP與谷歌內部分支中並不相同。類似問題不勝枚舉。

▲屏幕放大鏡功能在代碼合併中遇到問題

據報道，這也是谷歌決定放棄雙線並行的安卓開發、轉而將所有開發工作集中至內部進行的關鍵因素。

除了谷歌自身因素，AOSP在經過漫長髮展後，其本身湧現出的一些問題對於開發者和OEM廠商來說也是需要在意的。

比如版本碎片化問題已經是老生常談，即使到2025年，仍有23%的設備運行着Android 11以及更早的版本，安全更新滯後的問題十分突出。

另一方面，從實際情況來看，谷歌對AOSP代碼合併和版本發佈擁有最終決定權。同時，儘管AOSP是開源的，但谷歌長期通過GMS授權和CTS（兼容性測試套件）掌握着生態主導權，也有人稱AOSP爲“披着開源外衣的閉源系統”。

三、谷歌模式祛魅，“真閉源”敲響警鐘，操作系統突圍勢在必行

所以回到大家最關心的一個問題，谷歌的調整對於開發者、廠商和行業有着怎樣的影響？

從多位業內人士給出的答案來看，短期來看此次調整影響比較有限，但後續如果谷歌有進一步動作仍然值得關注。

雖然現階段AOSP仍然可以說是開源的，但谷歌逐漸“收緊”、“轉向內部開發”的一系列動作不得不引起業界重視。

未來，所有安卓系統的開發工作都將在谷歌內部分支中進行，相關源代碼的變更只有當谷歌發佈包含這些變更的新分支時纔會對外公開，同步至AOSP。

這次改動對於那些熱衷於爲AOSP做出貢獻的外部中小開發者們來說，是有一定影響的，他們不再能通過AOSP來提前瞭解谷歌開發的新進展。

簡單來說，沒有GMS許可的“免費玩家”，參與安卓操作系統開發的難度可能會增加，因爲獲取代碼的速度可能會滯後數週乃至數月。

每次大版本更新，這些發者們就需要抓緊學習，開發的成本和時間均有增加，對開發效率有一定影響。

對廣大普通用戶來說，此次變動並不會有可感知的影響，安卓系統大版本的更新速度並不會有大的變化，各家手機廠商操作系統的更新速度也不會受到影響，依然會按照各家自己的節奏來。

對於各路安卓手機廠商們來說，雖然作爲“付費玩家”，他們仍然可以通過內部分支獲取源代碼更新，但谷歌的動作不由得讓大家意識到一個問題：AOSP這事，歸根結底還是掌握在谷歌手上。

改不改、怎麼改、什麼時候改，仍然是谷歌最後拍板。

十餘年來，安卓與iOS陣營一直在焦灼競爭，安卓廠商在AOSP基礎上“大展拳腳”，形成自己的獨家優勢體驗，似乎已經形成了一定程度的“依賴”。

雖然各家都在高舉“自研操作系統”大旗，但仔細看來，這些自研操作系統更多是停留在IoT設備生態層面，在覈心操作系統領域，目前仍然只有鴻蒙5實現了從OS內核、文件系統、數據庫、編程語言到AI、多媒體、圖形、集成開發環境等各方面技術的全棧自研。

可以說，即便當下有商業合作的基礎，但風險依然存在。說得更直白一些，如今仍處於開源狀態的AOSP，實則已經成爲谷歌自家的“後花園”。

有業內人士提到，谷歌將安卓開發完全內部化，必然可以提升其效率、簡化操作系統開發與源代碼發佈的流程，同時可以保持通過定期代碼發佈來維持開源合規性。

但歸根結底，谷歌這麼做的一條重要考量是爲了自身更好的發展。面對當下AI手機的大變局，谷歌需要提升自己在移動生態領域的話語權和競爭力。

從公司自身發展的角度來看，谷歌這麼做是有充足理由的，但同樣的，各路終端設備廠商也必須從自身生存發展的角度出發，去重新思考操作系統的底層運作邏輯。

All in Android，絕不該成爲唯一玩法。谷歌AOSP風波讓廣大廠商及開發者更深刻地理解了這一點。

結語：操作系統發展走向多元化，掌握核心技術才能手握王牌

今天，終端操作系統正在經歷一場深度變革，而擁有真正自主可控的操作系統，正愈發成爲整個國內科技圈的期待。

在目前的國內生態系統中，顯然鴻蒙已經成爲國產操作系統底層突圍的代表，也是中國操作系統發展的一個里程碑節點，實現了終端操作系統的自主可控，將核心技術攥在了自己手裏。

如今快速成長的鴻蒙生態也成爲與蘋果iOS、谷歌安卓並行的三大移動操作系統生態之一。

未來毫無疑問是AI萬物互融互聯的時代，多智能設備之間的高效協同，跨設備的服務流轉、數據流轉都是當下各家科技終端大廠和系統開發者們聚焦的重點方向，而這些都離不開終端操作系統底層的打通。

今天的谷歌看起來只是在全球終端操作系統生態中煽動了一次翅膀，但在未來，這或許會演變成一場席捲全球科技圈的技術風暴，無數廠商可能都將面臨被“斷糧”的風險。

谷歌AOSP風波讓所有人都開始重新審視整個操作系統的生態格局，核心技術自有化愈發成爲整個行業關注的焦點。閉源暫且是假，但操作系統自主可控的“警鐘”，是實實在在地被敲響了。