近日，據(jù)國(guó)外知名科技媒體Android Authority報(bào)道，谷歌公司正醞釀一項(xiàng)重大策略調(diào)整，旨在通過(guò)全面內(nèi)部化Android操作系統(tǒng)組件的開(kāi)發(fā)流程，來(lái)提升研發(fā)效率。

一直以來(lái)，Android的部分組件，如藍(lán)牙協(xié)議棧，雖然在AOSP（Android開(kāi)源項(xiàng)目）分支中公開(kāi)開(kāi)發(fā)，但諸如核心操作系統(tǒng)框架等關(guān)鍵組件的開(kāi)發(fā)工作，早已在谷歌的內(nèi)部版本中悄然進(jìn)行。然而，由于谷歌內(nèi)部版本包含的代碼量遠(yuǎn)超AOSP分支，導(dǎo)致公開(kāi)的AOSP版本時(shí)常滯后于內(nèi)部版本，特別是在與谷歌最新的Android 16測(cè)試版對(duì)比時(shí)，這種差距尤為顯著。

盡管谷歌已推行基于主干的開(kāi)發(fā)模式，試圖縮小這一差距，但代碼同步仍是一項(xiàng)復(fù)雜且耗時(shí)的任務(wù)。由于AOSP分支與谷歌內(nèi)部版本在代碼結(jié)構(gòu)上存在較大差異，兩者之間的補(bǔ)丁合并常常遭遇沖突。例如，一個(gè)旨在改善導(dǎo)航欄和鍵盤(pán)屏幕放大功能的補(bǔ)丁，在AOSP分支與內(nèi)部版本中的無(wú)障礙設(shè)置列表長(zhǎng)度不一致，導(dǎo)致無(wú)法直接合并。這類問(wèn)題雖可逐一解決，但數(shù)量眾多，嚴(yán)重影響了開(kāi)發(fā)效率。

面對(duì)這一困境，谷歌決定摒棄現(xiàn)有的雙軌制開(kāi)發(fā)模式，全面轉(zhuǎn)向內(nèi)部開(kāi)發(fā)，以期簡(jiǎn)化開(kāi)發(fā)流程，提高整體效率。據(jù)谷歌向該媒體透露，盡管開(kāi)發(fā)流程將全面內(nèi)部化，但公司仍將持續(xù)發(fā)布Android的源代碼，這意味著Android并不會(huì)因此變成閉源系統(tǒng)。

每當(dāng)谷歌推出新版本的Android，如即將在今年晚些時(shí)候發(fā)布的Android 16，相應(yīng)的源代碼都將同步公開(kāi)。由于Android的Linux內(nèi)核分支采用GPLv2許可證，谷歌必須遵守開(kāi)源協(xié)議，繼續(xù)公開(kāi)相關(guān)代碼。因此，這一調(diào)整對(duì)Android的開(kāi)源屬性并無(wú)影響。

從下周起，所有Android組件的開(kāi)發(fā)工作都將在谷歌內(nèi)部完成，相應(yīng)的源代碼只有在谷歌發(fā)布新版本時(shí)才會(huì)對(duì)外開(kāi)放。這一變化實(shí)際上是對(duì)現(xiàn)有開(kāi)發(fā)模式的整合，因?yàn)榇蠖鄶?shù)Android組件已經(jīng)采用了這一策略，谷歌只是進(jìn)一步統(tǒng)一了開(kāi)發(fā)流程。對(duì)于廣大Android用戶而言，這一調(diào)整幾乎不會(huì)帶來(lái)任何直接影響。