QPR1 不再進 AOSP：Google 把 Android 的「公共走道」慢慢收回來

9 月 19 日，Android 安全加固專案 GrapheneOS 在其官方帳號披露了一個容易被略過、但結構意義不小的變化：Google 向 Pixel 推送的 Android 17 QPR1 更新，包含了未提供給 Android 開放原始碼專案（AOSP）的新 API。這些 API 屬於 Pixel 限時獨佔，其他 Android 手機廠商暫時拿不到，要等到 2026 年 12 月釋出的 QPR2 才會進入 AOSP。

這則消息來源不是 Google 的官方公告，而是長期深耕 Pixel 平臺的第三方系統團隊。也正因為如此，它點出的問題比「新功能晚幾個月」更值得細看。

先講清楚：AOSP 本來是什麼角色

可以把 Android 想成一棟公寓。AOSP 是公共區域：大門、樓梯、管線，任何人都能進來看施工圖，自己裝修一戶。三星、小米、OPPO 這些 OEM 廠商，以及 GrapheneOS 這類第三方系統，都是在這個公共骨架上加自己的東西。

Google 過去的承諾大致是：每季的更新（QPR1、QPR2、QPR3）程式碼都會進 AOSP，所有人同步拿到。這也是「Android 是開放原始碼」這句話能成立的技術基礎。

現在的改變是：Google 只向 AOSP 提供年度版本和 QPR2，第一與第三季的 QPR1、QPR3 都變成 Pixel 獨佔。換句話說，公共走道還在，但 Google 開始把其中幾段圍起來，掛上「Pixel 住戶專用，三個月後開放」的牌子。

GrapheneOS 指出，這是自 Android Honeycomb（3.x）時代以來從未出現過的情況。Honeycomb 當年是平板急就章的產物，Google 事後也曾公開表示不開放原始碼是個錯誤。這次則顯得更有計畫：它不是單一版本的權宜之計，而是寫進了更新節奏的常態安排。

這對三種人分別意味著什麼

對一般 Pixel 使用者來說，短期其實是好消息。新 API 先上 Pixel，等於 Google 用整個 Android 生態的資源，替自家硬體做差異化。買 Pixel 的人拿到的不只是「Google 的手機」，而是「功能先到的手機」。

對其他 OEM 廠商來說，這是一道新的時間差。三星或小米若想在自己的季度更新裡用到同批 API，只能等 QPR2 開放後再整合，排程上天然落後一個季度。在功能宣傳高度依賴「最新版 Android」的市場裡，這個時間差就是 Pixel 的行銷彈藥。這與我們先前分析的Android 17 QPR1 橫跨六代 Pixel 的更新名單是同一條線：Google 正在把 Pixel 的支援週期與功能優先權，一起拉到同業前面。

對 GrapheneOS 這類以 AOSP 為基礎的第三方系統而言，處境最尷尬。他們依賴的是「AOSP 等於完整 Android」這個前提，如今前提鬆動，維運成本直接上升。GrapheneOS 在同一則發文裡再次抱怨對 Pixel 的支援日益困難，甚至表示與摩託羅拉合作會更順利。這句話從一個以 Pixel 為主要部署平臺的團隊口中說出，分量不輕。

MTE 的事，比獨佔 API 更值得注意

同一則披露裡還有一段容易被略過：Pixel 透過韌體移除了對安全特性 MTE（記憶體標籤擴展）的支援，但硬體上仍然保留了 MTE。

用日常比喻：房子裡的防盜系統還裝著，管線都通，但 Google 把總機房的開關關掉了。對一般使用者，MTE 本來就是底層的記憶體安全防護，關掉不影響日常操作；但對 GrapheneOS 這種以安全強化為賣點的團隊，MTE 是核心功能之一，硬體在、韌體不給開，等於被隔在門外看著自己的工具箱。

這兩件事放在一起，指向同一個結構：Google 對 Pixel 平臺的控制粒度正在變細。以前是「給或不給原始碼」的整批選擇，現在可以做到「功能在硬體裡，用韌體決定誰能打開」的逐項開關。開放原始碼授權規範的是程式碼的流通，管不到韌體層的功能閘門，這也是既有開源治理工具難以應對的新形態。

「限時」獨佔，才是最需要盯的字

Google 的說法是限時獨佔，12 月的 QPR2 會把新 API 開放給 AOSP 與 OEM。表面上看，這只是三個月的時間差，不是永久封閉。

但「限時」一旦成為常態機制，它的實際效果與永久獨佔的差距會越來越小。每季都有新 API 先上 Pixel，等於全年都維持著「Pixel 領先一季」的穩定狀態。對手的開發時程永遠在追上一批，而不是追同一批。這在智慧手機這種以年度週期競爭的市場裡，已經足以改變產品節奏。

歷史上 Android 的開放性一直有兩面：程式碼開放，但 Google 行動服務與商店不開放；系統開源，但認證條件由 Google 拿捏。這次的 QPR 調整，是把「開放」的邊界再往內推一格，而且用的是更新排程這種技術性手段，不像服務綁架那樣容易引起反壟斷關注。對監管機構來說，這類排程安排更難認定為排他行為，卻有實質的競爭效果。

一般開發者與使用者的實際判斷

如果你是 App 開發者，短期不需要改動什麼。新 API 要到 QPR2 才進 AOSP，正式的相容性框架與文件通常也會在那個時間點才穩定。真正要留意的是功能測試排程：若新 API 與你的產品路線圖相關，Pixel 實機會比模擬器更早成為必要測試環境。這與我們介紹過的用 adb 指令在終端機模擬折疊測試是同一種思路，當官方管道追不上硬體節奏，開發者就得自己補測試缺口。

如果你是 Android 手機用戶但不用 Pixel，可以換個角度看每年秋季的發表會：廠商宣稱的「最新 Android 功能」，未來有更高的機率是上一季 Pixel 已經上過的東西。比較基準點正在悄悄位移。

如果你關注開放原始碼與平臺治理，這件事的觀察指標很明確：看 12 月的 QPR2 是否如約開放，看 QPR3 是否重演同樣的獨佔模式，以及看歐盟等司法轄區是否把更新排程差異納入對 Google 的競爭行為檢視。三個訊號任何一個變化，都比「新功能好不好用」更值得記錄。

Android 從誕生起就靠開放原始碼換到生態規模，靠免費換到市佔。這個交換成立的前提，是公共部分持續存在且及時更新。QPR1 這次沒進 AOSP，規模上只是幾個 API、一個季度，但它測試的是前提本身還剩下多少。答案要等 QPR3 才會更清楚。