小米的系統(tǒng)這些年有一個(gè)很矛盾的口碑——更新頻率高，功能堆得多，但Bug修不完，偶發(fā)卡頓像慢性病一樣總也斷不了根。每次新版發(fā)布，評(píng)論區(qū)永遠(yuǎn)有兩派：一派說(shuō)"又流暢了"，另一派說(shuō)"又翻車(chē)了"。

問(wèn)題不在某一次更新做得好不好，而在于地基本身已經(jīng)老了。

從 MIUI 1 到澎湃OS 3，小米的系統(tǒng)代碼層層堆疊了十三年。早期用 Java 寫(xiě)的模塊、后來(lái)用 Kotlin 重構(gòu)的模塊、不同時(shí)期不同團(tuán)隊(duì)留下的兼容層、調(diào)用鏈、SDK 依賴(lài)——這些東西混在一起，就像一棟老樓里從地下室到天臺(tái)塞滿(mǎn)了歷任住客留下的雜物。表面刷再多遍漆，樓板承重的問(wèn)題始終在那里。日常使用中那些偶發(fā)的掉幀、后臺(tái)被殺、內(nèi)存泄漏，歸根結(jié)底都不是表面問(wèn)題，而是底層架構(gòu)老化帶來(lái)的連鎖反應(yīng)。

今年八月，小米準(zhǔn)備做一件很激進(jìn)的事：把這十三年的舊賬一次性清掉。

澎湃OS 4 將成為小米歷史上第一個(gè)"零遺留"系統(tǒng)版本。所謂零遺留，是指徹底移除從 MIUI 時(shí)代延續(xù)至今的全部舊 SDK、冗余代碼和歷史兼容層。這不是改幾個(gè)接口、刪幾個(gè)廢棄函數(shù)的小手術(shù)，而是從架構(gòu)層面把承重墻砸掉重砌。

具體怎么做？核心系統(tǒng)應(yīng)用全部用 Flutter 和 Rust 重寫(xiě)。

這兩種技術(shù)的選擇很有講究。Rust 是一門(mén)以"內(nèi)存安全"著稱(chēng)的編程語(yǔ)言，傳統(tǒng)的 C/C++ 架構(gòu)下，內(nèi)存管理一旦出錯(cuò)就容易引發(fā)崩潰和不可預(yù)測(cè)的卡頓，Rust 從語(yǔ)言層面就杜絕了這類(lèi)問(wèn)題。Flutter 則是谷歌推出的跨平臺(tái) UI 框架，它不經(jīng)過(guò)系統(tǒng)原生控件的轉(zhuǎn)譯，而是直接調(diào)用底層圖形引擎進(jìn)行渲染，界面的一致性和流暢度都會(huì)比傳統(tǒng)方案更高。

小米已經(jīng)在 HyperOS 3.1 上開(kāi)始試點(diǎn)了。天氣、相冊(cè)等系統(tǒng)核心應(yīng)用已經(jīng)換成基于新 HyperOS SDK 的版本，部分應(yīng)用版本號(hào)里出現(xiàn)了"R"標(biāo)識(shí)，說(shuō)明 Rust 重寫(xiě)已經(jīng)進(jìn)入實(shí)際部署階段。用開(kāi)發(fā)者的工具去查看這些新版應(yīng)用的內(nèi)部結(jié)構(gòu)，會(huì)發(fā)現(xiàn)一個(gè)很明顯的變化——連傳統(tǒng)安卓應(yīng)用標(biāo)配的 dex 目錄都消失了，取而代之的是純?cè)鷦?dòng)態(tài)庫(kù)。這意味著它們已經(jīng)不再是傳統(tǒng)意義上的安卓應(yīng)用，而是跳過(guò)了 Java/Kotlin 虛擬機(jī)層的原生程序。

代價(jià)也很直白：這些新版系統(tǒng)應(yīng)用無(wú)法在舊版系統(tǒng)上運(yùn)行。以后想從新機(jī)里提取一個(gè) APK 裝到老手機(jī)上——架構(gòu)都不兼容了，裝不上。小米在用兼容性換穩(wěn)定性和效率，這一刀切得很果斷，也很決絕。

安卓 17 本身也在配合這次變革。谷歌計(jì)劃在今年的安卓 17 中部署名為 DeliQueue 的新系統(tǒng)架構(gòu)，用并行操作機(jī)制取代舊版 MessageQueue 的單線程鎖定排隊(duì)模式。過(guò)去安卓系統(tǒng)處理后臺(tái)任務(wù)時(shí)，所有線程必須嚴(yán)格按順序排隊(duì)訪問(wèn)內(nèi)存，前面一個(gè)重負(fù)載任務(wù)卡住，后面所有輕量指令只能原地等待。DeliQueue 允許系統(tǒng)根據(jù)實(shí)時(shí)資源情況動(dòng)態(tài)調(diào)度不同任務(wù)并行處理，測(cè)試數(shù)據(jù)顯示普通應(yīng)用的丟幀現(xiàn)象減少了約 4%，系統(tǒng)桌面和啟動(dòng)器的滑動(dòng)漏幀率更是降了 7.7%。安卓 17 拓寬了底層數(shù)據(jù)通道，澎湃OS 4 則在這條更寬的通道上跑一套全新的引擎——兩層優(yōu)化疊加，理論上的流暢度提升是可以預(yù)期的。

但底層重構(gòu)只是澎湃OS 4 的一半故事。另一半是 AI。

這次小米做 AI 的方式跟之前完全不同。不是在桌面上放一個(gè)語(yǔ)音助手入口，也不是在相機(jī)里加幾個(gè)修圖濾鏡，而是把自研 AI 模型直接嵌入系統(tǒng)的調(diào)度層。資源分配、內(nèi)存管理、任務(wù)優(yōu)先級(jí)、后臺(tái)保活策略——這些過(guò)去靠固定規(guī)則處理的事情，現(xiàn)在交給 AI 來(lái)做動(dòng)態(tài)決策。它不需要用戶(hù)喚醒，也不會(huì)跳出一個(gè)對(duì)話框問(wèn)你"需要幫忙嗎"，而是作為一個(gè)隱形的系統(tǒng)管家，持續(xù)在后臺(tái)優(yōu)化每一個(gè)運(yùn)行環(huán)節(jié)。

雷軍在去年的技術(shù)大獎(jiǎng)?lì)C獎(jiǎng)典禮上透露過(guò)一個(gè)目標(biāo)：2026 年要在一款終端設(shè)備上首次實(shí)現(xiàn)自研芯片玄戒、自研操作系統(tǒng)和自研 AI 大模型 MiMo 三者的深度融合與協(xié)同運(yùn)行。澎湃OS 4 就是這個(gè)"三件套閉環(huán)"的操作系統(tǒng)環(huán)節(jié)。如果底層不干凈、架構(gòu)不統(tǒng)一，后續(xù)的 AI 能力接入、多終端協(xié)同、車(chē)機(jī)系統(tǒng)聯(lián)動(dòng)全都會(huì)被拖住。從這個(gè)角度看，清除 MIUI 遺留代碼不僅僅是為了讓手機(jī)更流暢，更是為了給整個(gè)小米生態(tài)的技術(shù)底座掃清障礙。

而 Flutter 和 Rust 的引入，可能還隱藏著一個(gè)更長(zhǎng)遠(yuǎn)的布局。

技術(shù)圈有一種推測(cè)：小米用 Flutter 重寫(xiě)核心應(yīng)用，是在為未來(lái)脫離安卓做準(zhǔn)備。Flutter 天然跨平臺(tái)，如果有一天小米推出完全自研的操作系統(tǒng)——不再基于安卓?jī)?nèi)核——那么 Flutter 上的應(yīng)用層幾乎可以無(wú)縫遷移過(guò)去，只需要適配底層的嵌入層和圖形接口就行。華為當(dāng)年從安卓過(guò)渡到鴻蒙，走的就是類(lèi)似的路徑，先用跨平臺(tái)框架做 UI 層的抽象和兼容，再逐步替換底層。

另一種推測(cè)更務(wù)實(shí)：小米現(xiàn)在的產(chǎn)品線已經(jīng)覆蓋手機(jī)、平板、汽車(chē)、穿戴設(shè)備甚至 AR 眼鏡，用 Flutter 做統(tǒng)一渲染框架，可以讓核心系統(tǒng)應(yīng)用在不同終端上保持一致的體驗(yàn)，不需要每個(gè)平臺(tái)單獨(dú)開(kāi)發(fā)一套 UI。玄戒芯片后續(xù)也要布局手機(jī)、平板、車(chē)機(jī)和穿戴全生態(tài)，統(tǒng)一的應(yīng)用框架會(huì)讓芯片和系統(tǒng)的協(xié)同成本大幅降低。

不管哪種推測(cè)更接近現(xiàn)實(shí)，都指向同一個(gè)結(jié)論——澎湃OS 4 的底層重寫(xiě)不是為了解決今天的問(wèn)題，而是為了讓小米在未來(lái)五到十年的系統(tǒng)演進(jìn)中不被歷史包袱拖住。

UI 層面也有值得關(guān)注的變化。徠卡色彩體系從相機(jī)擴(kuò)展到了整個(gè)系統(tǒng)界面，圖標(biāo)配色、控件風(fēng)格、甚至通知欄和控制中心的色調(diào)都會(huì)統(tǒng)一到徠卡的視覺(jué)語(yǔ)言下。新增的徠卡調(diào)色盤(pán)功能允許用戶(hù)像調(diào)顏料一樣自由調(diào)整對(duì)比度、飽和度和影調(diào)傾向，還可以保存自定義預(yù)設(shè)。鎖屏界面也在重新設(shè)計(jì)，方向是更沉浸、更個(gè)性化。UI 的多窗口優(yōu)化和自適應(yīng)機(jī)制則讓不同尺寸的屏幕——從小屏 Redmi 到折疊屏 Mix Fold——都能獲得合理的布局和交互。這些變化不算驚天動(dòng)地，但它們跟底層重構(gòu)一起，讓整個(gè)系統(tǒng)從里到外第一次有了"統(tǒng)一感"。

適配方面，首批機(jī)型包括小米 14/15/18 系列、Redmi K70/K80 系列以及 Mix Fold 4 等旗艦和折疊屏，八月內(nèi)測(cè)推送。第二批大約在今年第四季度覆蓋更多中端機(jī)型。小米 12S、13 等老旗艦據(jù)傳仍在名單里，但功能可能有刪減。同時(shí)有 16 款老機(jī)型確認(rèn)無(wú)緣升級(jí)，主要是 2020 年前后發(fā)布的產(chǎn)品，硬件性能和產(chǎn)品生命周期決定了它們止步于此。

另外還有一個(gè)命名上的有趣傳聞：小米可能不再沿用數(shù)字序號(hào)，而是直接對(duì)齊年份，把新系統(tǒng)叫"澎湃OS 26"。如果屬實(shí)，這不僅僅是一次命名風(fēng)格的變化，而是在心理上宣告跟 MIUI 時(shí)代徹底切割——不再是"MIUI 的第幾個(gè)后續(xù)版本"，而是一個(gè)全新操作系統(tǒng)的紀(jì)年元年。

有意思的是，爆料人提到了一個(gè)不太直覺(jué)的判斷：旗艦機(jī)在澎湃OS 4 上的感知提升可能不算巨大，反而是入門(mén)級(jí)和中端設(shè)備會(huì)成為最大的受益者。原因很簡(jiǎn)單——被清除的那些冗余代碼和技術(shù)債務(wù)，在性能富裕的旗艦機(jī)上被硬件算力掩蓋了，你感覺(jué)不到它們?cè)谕虾笸龋坏趦?nèi)存緊張、處理器不夠強(qiáng)的中低端設(shè)備上，同樣的冗余會(huì)直接導(dǎo)致可感知的卡頓和發(fā)熱。底層清理對(duì)這些設(shè)備的體驗(yàn)改善，可能比堆硬件更有效。

風(fēng)險(xiǎn)當(dāng)然是存在的。涉及語(yǔ)言級(jí)別的底層推倒重來(lái)，在初期版本中幾乎必然伴隨兼容性陣痛。內(nèi)測(cè)階段報(bào)錯(cuò)閃退不可避免，第三方應(yīng)用如果跟不上新框架的節(jié)奏，用戶(hù)體驗(yàn)也會(huì)打折扣。小米過(guò)去系統(tǒng)更新的穩(wěn)定性一直有爭(zhēng)議，這一代如果八月內(nèi)測(cè)之后 Bug 滿(mǎn)天飛，再好的架構(gòu)愿景也很難讓用戶(hù)買(mǎi)賬。

但從另一個(gè)角度看，如果一套系統(tǒng)長(zhǎng)期停留在修修補(bǔ)補(bǔ)的狀態(tài)，遲早會(huì)被自身的復(fù)雜度反噬。十三年的代碼堆積不可能靠每次更新修幾個(gè) Bug 來(lái)解決，總有一天必須連根拔起。小米選擇在 2026 年動(dòng)這刀——自研芯片已經(jīng)量產(chǎn)、AI 大模型已經(jīng)就緒、安卓 17 本身也在做底層革新——時(shí)機(jī)上確實(shí)已經(jīng)是最合適的窗口。

澎湃OS 4 不是一次讓人興奮的功能升級(jí)，而是一次讓人緊張的手術(shù)。手術(shù)成功了，小米的系統(tǒng)會(huì)第一次真正擺脫 MIUI 的影子，成為一個(gè)獨(dú)立的、干凈的、能承載未來(lái)十年生態(tài)擴(kuò)展的技術(shù)底座。手術(shù)失敗了，兼容性的陣痛會(huì)讓用戶(hù)對(duì)小米系統(tǒng)的信心再受一次打擊。

但不管結(jié)果如何，這一刀遲早要切下去。與其再縫補(bǔ)十年，不如現(xiàn)在就把舊賬清了。