Effective in 2026, to align with our trunk stable development model and ensure platform stability for the ecosystem, we will publish source code to AOSP in Q2 and Q4. For building and contributing to AOSP, use android-latest-release. The android-latest-release manifest branch will always reference the most recent release pushed to AOSP. For more information, see Changes to AOSP .
Google 會運用 AI 技術將內容翻譯成你偏好的語言,但可能會出錯。
OTA 更新
透過集合功能整理內容
你可以依據偏好儲存及分類內容。
現場的 Android 裝置可以接收並安裝系統、應用程式軟體和時區規則的無線 (OTA) 更新。本節說明更新套件的結構,以及用於建構更新套件的工具。這項工具適用於想在新 Android 裝置上執行 OTA 更新的開發人員,以及想為已發布裝置建構更新套件的開發人員。
OTA 更新的目的是升級基礎作業系統、系統磁碟分割上安裝的唯讀應用程式,以及時區規則;這些更新不會 影響使用者從 Google Play 安裝的應用程式。
注意: Upgrade Party 和 Upgrade Invite 已淘汰,不再支援。這些功能的說明文件已移除,且沒有替代功能。
虛擬 A/B (無縫) 系統更新
新式 Android 裝置 (Android 11 以上版本) 在更新期間會保留每個分區 (A 和 B) 的兩個副本。這項更新機制稱為「虛擬 A/B 測試 (含壓縮功能)」。舊版 A/B 更新 (Android 10 以下版本) 會為每個分區保留兩份副本,而虛擬 A/B 則只會為啟動關鍵分區保留兩個實體版位。系統會直接將未使用的插槽寫入開機關鍵分割區。動態分區會將新的作業系統資料寫入為壓縮快照,因為其映像檔大小往往較大。壓縮快照可讓裝置模擬雙卡槽體驗,同時減少空間需求。如要進一步瞭解虛擬 A/B OTA 更新,請參閱「虛擬 A/B (無縫) 系統更新 」。如需範例應用程式,瞭解如何使用 Android 系統更新 API (即 update_engine) 安裝 A/B 更新,請參閱 SystemUpdaterSample (應用程式詳細資料請見 updater_sample/README.md )。
舊版 A/B 更新和非 A/B 系統更新
舊版 A/B 更新是 Android 的第一個 A/B 更新版本。這項更新機制會保留每個分割區的兩個插槽,但缺點是每個分割區都需要兩倍的儲存空間。詳情請參閱「A/B 系統更新 」。自 Android 15 起,非 A/B 更新已淘汰。詳情請參閱「非 A/B 系統更新 」。
時區規則更新
自 Android 8.1 起,原始設備製造商 (OEM) 可以將更新的時區規則資料推送至裝置,不必更新系統。這項機制可讓使用者及時收到更新 (因此延長 Android 裝置的實用壽命),並讓原始設備製造商 (OEM) 獨立測試時區更新,不必等待系統映像檔更新。詳情請參閱「時區規則 」。
這個頁面中的內容和程式碼範例均受《內容授權 》中的授權所規範。Java 與 OpenJDK 是 Oracle 和/或其關係企業的商標或註冊商標。
上次更新時間:2026-10-11 (世界標準時間)。
[[["容易理解","easyToUnderstand","thumb-up"],["確實解決了我的問題","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["缺少我需要的資訊","missingTheInformationINeed","thumb-down"],["過於複雜/步驟過多","tooComplicatedTooManySteps","thumb-down"],["過時","outOfDate","thumb-down"],["翻譯問題","translationIssue","thumb-down"],["示例/程式碼問題","samplesCodeIssue","thumb-down"],["其他","otherDown","thumb-down"]],["上次更新時間:2026-10-11 (世界標準時間)。"],[],[]]