產業脈動 2026 年 9 月 20 日

2026-09-20 — Android 17 新API不進AOSP,衝擊自製ROM

primary=https://grapheneos.social/@GrapheneOS/117282080803799576 primary=https://www.androidauthority.com/grapheneos-android-17-qpr1-security-patches-comments-3712218/ primary=https://itsfoss.com/news/grapheneos-android-17-qpr1-fiasco/

Android 17 新API不進AOSP,衝擊自製ROM

GrapheneOS(Mastodon) · 2026年9月16日

Android 17 QPR1 新增的開發者 API 這次沒有隨原始碼一起釋出到 AOSP,等於斷開了自 Android 3.x 世代以來「每次新增 API 必定同步公開原始碼」的慣例。GrapheneOS 在 9 月中的 Mastodon 貼文指出,這是 Android 版本紀錄中自 Honeycomb(3.x)之後首度出現的狀況。

背景

Android 自 3.x 世代起維持一項慣例:每次公開發布的新版本,其原始碼與新增的開發者 API 都會同步推送到 Android Open Source Project(AOSP)。Google 近年改用 QPR(Quarterly Platform Release)機制,把大版本拆成每季一次的小更新,但過去每個 QPR 節點釋出的 SDK,都能在 AOSP 原始碼庫找到對應的分支與 tag。「新 API 必有 AOSP 原始碼」的對應關係,正是 GrapheneOS、LineageOS 等自製 ROM 專案得以在 Pixel 以外裝置重建同等系統行為的前提。一旦這個對應斷開,自製 ROM 就無法單純靠比對 AOSP 原始碼追上新版本。

核心改動

GrapheneOS 比對 Google 官方公布的 API 差異報告後指出,Android 17 QPR1 新增了一個開發者可見的套件 android.hardware.hid,並在另外十六個套件中加入變動,包括:

  • android.media
  • android.os
  • android.provider
  • android.telecom
  • android.view

這些 API 已隨 SDK 對外開放,開發者可在 Android Studio 直接呼叫,但支撐它們的平台原始碼並未推送到 AOSP 公開分支。換句話說,介面公開了,實作卻沒有公開,等於只放行「怎麼呼叫」而不放行「怎麼運作」。GrapheneOS 表示他們已提前把程式碼移植到 QPR1,卻拿不到授權對外釋出,只能改為把 Pixel 韌體、核心驅動與 HAL 回頭移植到舊版 Android 17 上。Google 過去對外說明 QPR 的 GSI 建置版本「與 AOSP、GMS 原始碼相同」,這次的落差因此被媒體視為對既有說法的背離。

影響範圍

GrapheneOS 首當其衝:它必須持續在舊版 Android 17 上手動回補 QPR1 的韌體與驅動,而非直接同步 AOSP 上游,維護成本明顯提高。LineageOS 與其他仰賴 AOSP 原始碼建置的自製 ROM,同樣要等到 Android 17 QPR2(預計 12 月釋出)才能拿到這批 API 與對應的平台安全修補,形成長達三個月的空窗期。以 AOSP 為底做客製系統的 OEM,若想在自家裝置支援這些新 API,目前沒有官方原始碼可用,只能等 QPR2 或自行從 Pixel 韌體反推實作。鎖定新 API 做相容性測試的應用開發者,雖然能在 SDK 層呼叫這些介面,卻無法在非 Pixel 裝置上驗證底層行為是否一致,只能將完整相容性測試延後到 QPR2 原始碼公開之後。

原始來源:GrapheneOS Mastodon 貼文Android AuthorityIt's FOSS


End of article
0
Would love your thoughts, please comment.x
()
x