Google將全面轉向內部開發Android作業系統 有什麼影響？

全球最大的行動作業系統 Android 即將迎來一項重大變革。Google(GOOGL-US) 已證實，未來 Android 作業系統的開發工作將全面在 Google 的內部進行，不再像過去一樣，部分程式碼會在公開的 Android 開放原始碼專案 (AOSP)Gerrit 上進行。

這項決策代表著 Google 在經營 Android 開放原始碼專案超過 16 年後，將大幅調整其開發模式，據報導，這項改變的目的是為了簡化 Android 作業系統的開發流程。

目前，雖然所有 Android 手機的核心系統功能都源自 AOSP 這個開源基礎，且 AOSP 接受第三方開發者的程式碼貢獻，但 Google 本身主導了大部分的開發工作，將 Android 視為一個全面的產品開發。為了在 AOSP 的開放性與產品開發策略之間取得平衡，Google 一直以來維護著兩個主要的 Android 分支：公開的 AOSP 分支，以及僅限於擁有 Google 行動服務 (GMS) 授權協議的公司存取的內部開發分支。

然而，由於 Google 在內部分支中開發了大部分的 Android 組件，公開的 AOSP 分支經常落後於內部版本的進度。這種差異迫使 Google 花費大量時間和精力在兩個分支之間合併修補程式，並經常產生衝突。

Google 向《Android Authority》 及《Ars Technica》 確認，為了簡化開發流程，將把所有 Android 作業系統的開發工作轉移到其內部分支。這項變革的目標並非阻礙外部開發者，Google 強調將會繼續在每個新版本發布後，將原始碼發布到 AOSP。

這意味著 Android 不會變成閉源作業系統。此外，Android 的 Linux 核心分支由於受到 GPLv2 授權條款的約束，也將會繼續公開其原始碼。

這項變革對各方有何影響？

對於一般使用者而言，這項結構性的改變幾乎不會帶來任何可見的影響。雖然開發流程的簡化可能影響新版本開發和錯誤修復的速度，但整體而言，使用者可能難以察覺。因此，不應期望此變革會加速手機作業系統的更新。

對於應用程式開發者來說，由於這項變革僅涉及平台開發，因此基本上不會受到影響。他們仍然可以使用 Android Studio 等開發環境，並從 Google 獲取所需的 SDK。

然而，對於平台開發者，包括那些建立客製化 ROM 的開發者來說，情況可能會有所不同。雖然他們通常基於特定的標籤或發布分支進行工作，而不是主要的 AOSP 分支，但由於無法再即時追蹤 AOSP 上的變更，他們可能會感到失望。

在沒有 GMS 授權的情況下，貢獻 Android 作業系統開發將變得更具挑戰性，因為可用的程式碼將始終落後數周或數月。

對於硬體製造商 (OEM) 而言，大多數主流手機品牌由於已與 Google 簽訂了包括 ACC(Android 兼容性承諾協議)、MADA(移動應用分發協議) 等授權合作協議，預計不會受到直接的負面影響。他們仍然可以獲得最新的 Android 原始碼，進行 GMS 認證，並預裝 Google Play 等服務和應用。

Google 據信已與這些合作夥伴進行溝通，以確保未來的合作不受影響。然而，那些利用 AOSP 開發產品，卻未從 Google 獲得 Android 設備認證的廠商，可能會面臨 Google 試圖奪回非認證設備市場，或者至少從中獲取利益的可能性。這可能會導致這些廠商需要向 Google 靠攏，簽訂相關協議，並可能將成本轉嫁給消費者。

對於新聞記者而言，這項變革意味著獲取潛在揭露性資訊的管道將減少，因為過去 AOSP 的修補程式經常能提供 Google 開發計畫的線索。例如，《Android Authority》的 Mishaal Rahman 就曾透過 AOSP 上的程式碼變更，提前揭露 Pixel 手機的網路攝影機功能和 Android 16 的早期發布日期。

Google 為何做出此決定？

Google 表示，此舉旨在簡化 Android 作業系統的開發。由於需要維護公開和內部兩個分支，並頻繁進行程式碼合併，導致了許多額外的時間和精力消耗，以及合併衝突的產生。透過將所有開發工作整合到單一的內部分支，Google 期望能夠更有效率地進行開發和發布。

儘管 Google 承諾將繼續發布新版本的原始碼，但一些媒體評論，Google 將不再維護目前的 AOSP 公開分支，並可能逐步關閉相關的支援性資源，甚至停止更新部分組件的原始碼 (除了有法定開源義務的部分)。

長期來看，AOSP 作為一個公開的開源專案，其重要性可能會逐漸降低。如同 OpenSolaris 專案的先例，即使承諾延遲開源，最終也可能沒有再公開任何程式碼。