這兩天，技術開發領域的大新聞被Google一手包攬：
愛範兒在3月27日放出了——“Google決定終止開源Android”的訊息引發了軒然大波。
外媒Android Authority最先報道了這一情況。Google已向其證實，Android開發將全面轉向內部進行，最快下週開始。這意味著未來Android的所有核心開發都將移入私有環境。
AOSP（Android Open Source Project，安卓開源專案）是Android的開源基礎，由Google主導並開源，提供Android作業系統的核心程式碼。而Google對Android的開源策略一直分為開源部分和閉源部分。如今，出於減少重複開發和內部統一維護的考量，Google決定不再持續維護開放原始碼專案，但仍會在特定時間節點發布原始碼。
1
爭議“假開源真封閉”
AOSP基於Apache 2.0開源許可證釋出，內部所有程式碼都是公開的，類似於一個技術社群，任何人都可以下載、檢視、提交修改，基於此開發和除錯任意軟體。而對於內部閉源分支，是Google獨立維護的部分，它擁有更完整的Android核心功能。
簡單來說，Google後續將會統一發布新版本，這時基於開源的開發者才可以看到AOSP程式碼的變化。而這對於已經和Google簽訂協議的手機廠商來說，基本不會受到什麼影響，普通Android的消費者也不會感知到任何變化。但對於很多中小開發者來說，他們基於開源AOSP進行即時開發，現在則需要“延遲等待”。
最大的爭議也源自這裡——兩個分支移入一個分支進行私有環境開發，開源部分不再“即時更新”，那麼，在“特定時間節點發布原始碼”是否可以直接理解為“終止開源”？
矽星人Pro獲得的一份Google給中國開發者釋出的宣告信中也強調，Google仍然會持續釋出Android的原始碼，因此這次調整並不意味著Android變成閉源系統。
儘管Google已經給出了直接回復，但人們依然有著不同理解：在Google逐漸收緊Android控制權的大背景下，這意味著它最終會導向一個閉源系統。
這種向私有開發的轉變並非突然發生，多年來，Google一直在默默強化自己的鐵腕政策——如今的Android早已不像過去那樣開放，雖然依然保持著AOSP的更新。例如，大概十年之前，Google已經開始逐漸將一些核心功能轉移到閉源分支中。並且，很多非核心功能也已經在開源的過程被放棄。這讓Google對平臺有了更大的控制權。
一名海外開發者認為，這已經破壞了AOSP原本的技術社群氛圍。“在Google推出不受歡迎的變更之前，開發人員和使用者也不會有那麼多機會向Google提出質疑了。”
原則上，AOSP作為Android開發者社群的重要支援社群，對於開發者的反饋和參與受到一定的限制，過去可以參與討論、提交補丁，現在互動將減少，社群在Android生態中的作用可能會減弱。
長期從事手機領域開發的人士認為，“Google有點像是溫水煮青蛙”，慢慢地它會全部關閉所功能，“我們都已經習慣了。”
這有據可考。從過去的很多案例來看，開源和閉源的爭論一直都是一個和生態、商業關聯的動作，也是一個互相拉扯的過程。
不少媒體引用了Oracle在收購Sun時，對OpenSolaris專案“延遲開源”的動作。但這其實也有另外的案例：當年紅帽（Red Hat）修改CentOS更新策略曾引發不小風波。紅帽對CentOS的更新策略進行的重大調整，也引發了開源社群的巨大爭議，甚至被部分使用者視為“變相閉源”。最初Fedora也就像是如今的AOSP，採用即時滾動更新模式，極客玩家用它來嚐鮮。紅帽透過收集Fedora的Bug資訊最佳化後，推出付費的穩定版本RHEL（Red Hat Enterprise Linux）供企業客戶使用。為滿足開源協議要求，紅帽會在RHEL釋出後延遲推出CentOS免費版本。當時也有不少伺服器廠商藉此“撿漏”，免費使用企業級系統。
兩個案例的核心都反映了開源商業化中的經典矛盾：由於不滿一些企業長期“吃免費午餐”，企業如何平衡社群貢獻與盈利需求。
但這裡面仍然有顯著的不同：伺服器領域的穩定性要求更高，沒有最新的支援，會發生更為嚴重的宕機，反應更為即時和激烈。智慧手機構建的實際上是手機上的各式各樣的應用。這個過程相對更長，最後也會有更強的依賴性。
如今，AOSP面臨的情況其實恰恰相反——主流廠商們已經和Google簽署了合作，這樣商業的關係已經構建，因為Android的核心功能大多依賴GMS。這種強勢地位已經建立——一定程度上也沒必要再去削弱廠商蹭用AOSP的難度。
最直接“受苦”的就是那些中小開發者，也可以說是喜愛嚐鮮的極客玩家。當他們等到延遲釋出的AOSP版本時，新功能早已在新款安卓手機上普及，失去了嚐鮮的樂趣。
1
一次“開源霸權”的警示
雖然此次Google對於AOSP的“強行”調整，沒有為其各大協議授權的科技大廠和他們的使用者們帶來最直接的影響，但無疑給我們敲響了一次警鐘：Android沒有實質性的“閉源”，但Google作為核心貢獻者，正在收緊控制權，讓自己“說了算”。
開發者們認為，這是一次“開源霸權”的警示：過度地依賴單一技術路線，可能存在系統性的風險。
回顧Android的發展史，它起初是構建在開源基礎上的手機系統，並且已經基於此獲取了強大的市場份額。
在AOSP技術社群中，往往也正是一群號召“技術中立”的擁護者。一開始，Google扮演著“開源精神領袖”的角色——AOSP程式碼共建和開放，開發者可以自由修改和構建系統，也無需捆綁服務協議。
也正是靠著這種開源的精神，Google構建起了繁榮的開發者社群。但在Android獲得移動系統市場的強勢地位之後，即使自己“封閉”一些，收緊控制權，也不再影響目前的市場份額。
對於受影響的這部分“喜愛嚐鮮”的極客使用者們，認為“這是一種破壞AOSP衍生專案可行性的陰險做法”。
消費者在意的是技術落地後的場景體驗，開發者尋找的是高靈活性和創新空間，行業密切關注的是AOSP事件後構建的新秩序。
Google已經實現了移動時代的“開源霸權”，但在AI大模型技術當道，多終端協同的時代下，一個新的終端生態也在醞釀。
例如，如果AOSP保持開放性和快速迭代，會使得開發者能夠更快地建立跨裝置的應用，併為不同的硬體平臺（如電視、智慧穿戴、汽車等）提供支援。小型開發者能夠在多個終端裝置上開發和除錯應用，併為其定製獨特的功能。
反之，就弱化了它在多端場景上的開發表現。
開發者們保持技術多元化的路線，不僅僅是為了應對系統性風險，同時也是在未來能更有底氣的進行選擇。
國內也有不少廠商曾經嘗試過自主研發移動作業系統。在如今的格局看來，鴻蒙作業系統成為了唯一能夠成功的角色，這也正是開發者、使用者甚至是廠商的一種新的選擇。
對比目前的主流系統的發展史，蘋果iOS、谷歌Android和微軟Windows，以及鴻蒙操作系統等，普遍認識是在開源與閉源方面的策略各有不同。如果更傾向於系統級的開發，鴻蒙系統擁有更大的優勢。更重要的是，作為國產系統，鴻蒙是現在國內開發者群體中的一股新興力量，儘管生態體系依然在完善中，但技術開發的發展趨勢是圍繞鴻蒙生態展開的——中國已是軟體應用大國，AI大模型技術應用也正在爆發，跨端跨系統的協同互動成為必然。
更為重要的是，在國產自研的路上，開發者有了自主權的選擇。鴻蒙支援一次開發，多端部署：支援手機、平板、智慧手錶、智慧家居、車載系統、IoT裝置等，超級終端允許多個裝置共享資源，協同工作，並且支援多模態互動，能提供更智慧的體驗。
“我們應該對技術開源這種事情祛魅，把精力和目光放在面向未來的系統生態中。”一位開發者說。
經驗老道的開發者們不會陷入“開源閉源”的爭論，糾結這種爭論本身也沒必要。因為無論選擇哪個系統、哪個生態，生態的支援力度、開發環境的便利性和系統的流暢性才是關鍵。在這個過程中，應該警惕“開源霸權”、規避“路徑依賴”，在最重要的時刻才有底氣。國內開發者、大廠和使用者們都應該開始思考這個問題了。