今天小編分享的科技經驗：争議Android“假開源真封閉”：開發者們該何去何從？，歡迎閱讀。
這兩天，技術開發領網域的大新聞被 Google 一手包攬：
愛範兒在 3 月 27 日放出了—— "Google 決定終止開源 Android" 的消息引發了軒然大波。
外媒 Android Authority 最先報道了這一情況。Google 已向其證實，Android 開發将全面轉向内部進行，最快下周開始。這意味着未來 Android 的所有核心開發都将移入私有環境。
AOSP（Android Open Source Project，安卓開源項目）是 Android 的開源基礎，由 Google 主導并開源，提供 Android 作業系統的核心代碼。而 Google 對 Android 的開源策略一直分為開源部分和閉源部分。如今，出于減少重復開發和内部統一維護的考量，Google 決定不再持續維護開放源代碼項目，但仍會在特定時間節點發布源代碼。
争議 " 假開源真封閉 "
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 版本時，新功能早已在新款安卓手機上普及，失去了嘗鮮的樂趣。
一次 " 開源霸權 " 的警示
雖然此次 Google 對于 AOSP 的 " 強行 " 調整，沒有為其各大協定授權的科技大廠和他們的用戶們帶來最直接的影響，但無疑給我們敲響了一次警鍾：Android 沒有實質性的 " 閉源 "，但 Google 作為核心貢獻者，正在收緊控制權，讓自己 " 說了算 "。
開發者們認為，這是一次 " 開源霸權 " 的警示：過度地依賴單一技術路線，可能存在系統性的風險。
回顧 Android 的發展史，它起初是構建在開源基礎上的手機系統，并且已經基于此獲取了強大的市場份額。
在 AOSP 技術社區中，往往也正是一群号召 " 技術中立 " 的擁護者。一開始，Google 扮演着 " 開源精神領袖 " 的角色—— AOSP 代碼共建和開放，開發者可以自由修改和構建系統，也無需捆綁服務協定。
也正是靠着這種開源的精神，Google 構建起了繁榮的開發者社區。但在 Android 獲得移動系統市場的強勢地位之後，即使自己 " 封閉 " 一些，收緊控制權，也不再影響目前的市場份額。
對于受影響的這部分 " 喜愛嘗鮮 " 的極客用戶們，認為 " 這是一種破壞 AOSP 衍生項目可行性的陰險做法 "。
消費者在意的是技術落地後的場景體驗，開發者尋找的是高靈活性和創新空間，行業密切關注的是 AOSP 事件後構建的新秩序。
Google 已經實現了移動時代的 " 開源霸權 "，但在 AI 大模型技術當道，多終端協同的時代下，一個新的終端生态也在醞釀。
例如，如果AOSP保持開放性和快速迭代，會使得開發者能夠更快地創建跨設備的應用，并為不同的硬體平台（如電視、智能穿戴、汽車等）提供支持。小型開發者能夠在多個終端設備上開發和調試應用，并為其定制獨特的功能。
反之，就弱化了它在多端場景上的開發表現。
開發者們保持技術多元化的路線，不僅僅是為了應對系統性風險，同時也是在未來能更有底氣的進行選擇。
國内也有不少廠商曾經嘗試過自主研發移動作業系統。在如今的格局看來，鴻蒙作業系統成為了唯一能夠成功的角色，這也正是開發者、用戶甚至是廠商的一種新的選擇。
對比目前的主流系統的發展史，蘋果 iOS、谷歌 Android 和微軟 Windows，以及鴻蒙作業系統等，普遍認識是在開源與閉源方面的策略各有不同。如果更傾向于系統級的開發，鴻蒙系統擁有更大的優勢。更重要的是，作為國產系統，鴻蒙是現在國内開發者群體中的一股新興力量，盡管生态體系依然在完善中，但技術開發的發展趨勢是圍繞鴻蒙生态展開的——中國已是軟體應用大國，AI 大模型技術應用也正在爆發，跨端跨系統的協同互動成為必然。
更為重要的是，在國產自研的路上，開發者有了自主權的選擇。鴻蒙支持一次開發，多端部署：支持手機、平板、智能手表、智能家居、車載系統、IoT 設備等，超級終端允許多個設備共享資源，協同工作，并且支持多模态互動，能提供更智能的體驗。
" 我們應該對技術開源這種事情祛魅，把精力和目光放在面向未來的系統生态中。" 一位開發者說。
經驗老道的開發者們不會陷入 " 開源閉源 " 的争論，糾結這種争論本身也沒必要。因為無論選擇哪個系統、哪個生态，生态的支持力度、開發環境的便利性和系統的流暢性才是關鍵。在這個過程中，應該警惕 " 開源霸權 "、規避 " 路徑依賴 "，在最重要的時刻才有底氣。國内開發者、大廠和用戶們都應該開始思考這個問題了。
