蘋果連發(fā)4個(gè)26.4版本，beta用戶被「二次投喂」

「如果你上周剛裝上iOS 26.4的RC版，今天可能會(huì)收到一條略顯困惑的推送?！挂晃慌芰巳隃y試版的開發(fā)者這樣描述今早的體驗(yàn)。蘋果在公開發(fā)布iOS 26.4、iPadOS 26.4、macOS 26.4等正式版的同時(shí)，悄悄給beta通道的用戶塞了一份「同名但不同包」的更新。

同一版本號，兩套安裝包

這次的操作有點(diǎn)像是餐廳給VIP客人換了個(gè)后廚——菜名一樣，但出鍋時(shí)間差了一周。公開發(fā)布的26.4與beta用戶收到的新build，版本號完全重合，但內(nèi)部構(gòu)建標(biāo)記不同。蘋果沒有解釋為何要在同一天維護(hù)兩條并行的代碼線，但測試者社區(qū)普遍猜測：這可能是為了修復(fù)RC版中最后幾個(gè)僅影響beta環(huán)境的遙測bug。

beta用戶實(shí)際上面臨一個(gè)微妙的選擇困境：已經(jīng)升級到RC版的設(shè)備，今天會(huì)收到一個(gè)看似「降級」的提示，因?yàn)樾耣uild的編號邏輯與公開發(fā)布版平行，而非延續(xù)RC序列。

這種版本管理的混亂，讓人想起2023年那次watchOS beta用戶被迫全量重裝的鬧劇。不過這次蘋果顯然學(xué)乖了，OTA增量包體積控制在200MB以內(nèi)，不至于讓用戶在Wi-Fi和流量之間做生死抉擇。

改動(dòng)小到需要顯微鏡

按照蘋果一貫的收尾策略，RC到正式版的過渡通常只涉及兩類調(diào)整：崩潰日志里頻率低于0.1%的異常捕獲，以及針對特定運(yùn)營商網(wǎng)絡(luò)的APN補(bǔ)丁。這次也不例外。多位測試者在Reddit和MacRumors論壇交叉驗(yàn)證后確認(rèn)，新build與上周RC版的功能差異「為零，或者無限接近于零」。

但「零差異」本身就有信息量。它意味著蘋果對26.4這個(gè)版本號的信心足夠高，不需要像iOS 26.3那樣在發(fā)布后48小時(shí)內(nèi)緊急推送26.3.1救火。對于被26.3的藍(lán)牙斷連問題折磨過的用戶，這種「無事發(fā)生」反而是最好的消息。

beta通道的隱性成本

這次更新暴露了一個(gè)長期被忽視的機(jī)制：beta用戶并非總是比公眾版用戶「領(lǐng)先」，在某些節(jié)點(diǎn)上，他們其實(shí)是蘋果的平行驗(yàn)證組。當(dāng)公開發(fā)布版與beta新build同步存在時(shí)，后者往往承擔(dān)著更激進(jìn)的A/B測試任務(wù)——比如這次就有開發(fā)者發(fā)現(xiàn)，新build中埋藏著一套未啟用的Game Porting Toolkit 3.0框架引用，雖然前端不可見，但二進(jìn)制層面已經(jīng)預(yù)留了接口。

這種「影子功能」的存在，解釋了為什么蘋果堅(jiān)持讓beta用戶多走一道更新流程。公眾版用戶拿到的是經(jīng)過裁剪的穩(wěn)定鏡像，而beta用戶則像被默許翻閱草稿的編輯，能看到墨跡未干的批注。

一位在蘋果反饋助理（Feedback Assistant）提交了147條bug的測試者，今天凌晨在推特發(fā)了張截圖：他的iPhone 15 Pro顯示「iOS 26.4已是最新版本」，但設(shè)置圖標(biāo)上的小紅點(diǎn)倔強(qiáng)地亮著。配文是：「蘋果在教我什么是薛定諤的更新?！?/p>