谷歌調(diào)整 Android 開(kāi)發(fā)策略：全面內(nèi)部開(kāi)發(fā)，兼顧開(kāi)源與效率

據(jù)外媒消息，谷歌公司即將對(duì)開(kāi)發(fā)策略進(jìn)行進(jìn)一步調(diào)整。未來(lái)，谷歌計(jì)劃將所有 Android OS 組件的開(kāi)發(fā)工作都放在內(nèi)部進(jìn)行，旨在提高整體的研發(fā)效率。

目前，盡管 Android 的部分組件，像藍(lán)牙協(xié)議棧這類，仍在 AOSP（安卓開(kāi)源項(xiàng)目）分支中以公開(kāi)的方式進(jìn)行開(kāi)發(fā)，但核心操作系統(tǒng)框架等關(guān)鍵部分長(zhǎng)期以來(lái)都是在谷歌的內(nèi)部分支里完成。

谷歌內(nèi)部版本所包含的代碼量遠(yuǎn)超 AOSP 分支，這就造成公開(kāi)的 AOSP 版本往往落后于內(nèi)部版本。這種版本差距在 AOSP 代碼和谷歌最新的 Android 16 測(cè)試版之間表現(xiàn)得極為顯著。即便谷歌已經(jīng)采用了基于主干的開(kāi)發(fā)模式，試圖縮小兩者之間的差距，但代碼同步依舊是個(gè)復(fù)雜棘手的難題。

代碼不同步帶來(lái)的問(wèn)題是，谷歌需要投入大量時(shí)間來(lái)合并 AOSP 和內(nèi)部分支之間的補(bǔ)丁。而且，由于兩個(gè)分支的代碼結(jié)構(gòu)存在較大差異，合并過(guò)程中常常會(huì)出現(xiàn)沖突。舉例來(lái)說(shuō)，一個(gè)用于導(dǎo)航欄和鍵盤的屏幕放大功能補(bǔ)丁，在 AOSP 和內(nèi)部分支中的無(wú)障礙設(shè)置列表長(zhǎng)度不一樣，導(dǎo)致無(wú)法直接合并。類似這樣的問(wèn)題數(shù)量眾多，雖然可以逐個(gè)解決，但極大地降低了開(kāi)發(fā)效率。

鑒于這些數(shù)不勝數(shù)的代碼同步問(wèn)題，谷歌決定摒棄當(dāng)前的雙軌制開(kāi)發(fā)模式，全面轉(zhuǎn)向內(nèi)部開(kāi)發(fā)，以此來(lái)簡(jiǎn)化開(kāi)發(fā)流程。

谷歌向該媒體明確表示，公司會(huì)繼續(xù)發(fā)布 Android 的源代碼，所以此次調(diào)整并不會(huì)使 Android 變成閉源系統(tǒng)。每當(dāng)谷歌推出新的 Android 版本（比如今年晚些時(shí)候的 Android 16），對(duì)應(yīng)的源代碼仍會(huì)同步公開(kāi)。另外，由于 Android 的 Linux 內(nèi)核分支遵循 GPLv2 許可證，谷歌必須遵守開(kāi)源協(xié)議，繼續(xù)公開(kāi)相關(guān)代碼，這部分不會(huì)受到此次調(diào)整的影響。

從下周開(kāi)始，所有 Android 組件的開(kāi)發(fā)工作都將在谷歌內(nèi)部開(kāi)展，相應(yīng)的源代碼只有在谷歌發(fā)布新版本時(shí)才會(huì)對(duì)外開(kāi)放。實(shí)際上，這是對(duì)現(xiàn)有開(kāi)發(fā)模式的整合，因?yàn)榇蟛糠?Android 組件本身已經(jīng)采用了這種策略，谷歌只是進(jìn)一步統(tǒng)一了開(kāi)發(fā)流程。對(duì)于普通用戶來(lái)說(shuō)，這一變化幾乎不會(huì)產(chǎn)生直接影響。

生成海報(bào)