Android Automotive 25Q2

Google 很高興與 Android Automotive 合作夥伴分享這個 Android 25Q2 版本。針對 Android 16,這個 Android Automotive 25Q2 版本符合規定。我們會持續調整功能,以便為原始設備製造商推薦即將推出的版本。

版本詳細資訊

本節將總結 AAOS B 版本提供的主要功能和強化功能。

這些更新適用於 Android16 (API 級別 36)。

Android Automotive 25Q2 版本符合 Android 16 的規範。

新功能

25Q2 版本提供以下新功能。

AAOS 架構

  • 音訊和電台:

    • 音訊控制 HAL 改善:如要設定車輛音訊功能,請使用 API 而非 XML 檔案。

    • 高畫質 (HD) 廣播電台緊急警報系統 (EAS):透過 API 將 EAS 資訊傳遞至廣播電台應用程式。這項規定適用於 HD Radio (北美) 和 DAB EWS (歐盟)。

    • AAudio 內建程式庫: AAudio 支援 OEM 定義的音訊屬性標記,以便自訂應用程式行為。例如音訊路由和音量管理。

  • 電源管理:

    • 對內建程序的電源狀態通知:擴大 OEM 內建程序 (不限於 Android 應用程式) 的電源狀態通知功能。
  • 汽車架構:

    • 車輛屬性的動態設定:支援車輛屬性中最小值、最大值和支援值的動態設定。

連線能力

  • 網路:

    • Minimal Telephony:Android Telephony 硬體抽象層 (HAL) 的子集,適用於汽車原始設備製造商 (OEM),可讓 OEM 在僅限資料的裝置 (包括 TCU) 上使用 Android 電話通訊系統。這麼做可減少分割情形,並提供電話功能支援。

    • Connectivity Messaging Upsell API:強化 SubscriptionManager,提供可公開使用者行動數據訂閱狀態的 API。例如 activeinactivetrial 和到期日。

    • 投放應用程式支援:新增支援功能,讓汽車原始設備製造商 (OEM) 設定無法透過 Android API 取得的完整 hostapd.conf 參數。我們已在 SoftApCallback API 中新增中斷連線的原因,讓原始設備製造商 (OEM) 瞭解用戶端為何與本機熱點 (LOHS) 中斷連線。這些功能可改善投放應用程式的支援,並減少分割情況。

AAOS 系統 UI 和體驗

  • 可調整 UI:這個 AAOS 視窗設定架構可為原始設備製造商提供可設定的元件,讓原始設備製造商滿足視窗設定要求,並提供自訂體驗。

VHAL 屬性

  • 車輛屬性:

    • 新增車輛屬性,用於傳達車輛特性和狀態。

    • 將車輛屬性常數從 @SystemApi 更新為公用 API,以便在 VehiclePropertyIDs 中整合產生的文件。您仍需要先前定義並記錄的權限,才能存取車輛屬性資料。

  • 第三方可存取的車輛資源:這項功能可讓第三方應用程式開發人員存取八個與導航、語音助理、天氣和行車狀態相關的現有車輛資源。詳情請參閱「與 Google 應用程式和服務整合」。

法規遵循

在內部參考硬體上執行 Android 相容性測試。為此版本執行的測試套件包括 CTS、CTS-V、ATS、STS、VTS 和 GSI 上的 CTS。

除了下列問題外,沒有任何已知的失敗情形需要在 Android 16 程式碼 (android16-release) 或 Android 16 測試分支 (android16-tests-dev) 中修正。

  • 測試失敗:CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests

    失敗摘要:直向顯示模式中有一項測試失敗。在可調整大小的 UI 版本中測試活動嵌入行為時,如果該版本是基於窗口化解決方案,且每個 WINDOWING_MODE_MULTI_WINDOW 都涉及多個根工作,則會發生已知的失敗,因為部分活動在比預期小範圍內啟動,如嵌入規則的 windowMetrics 所示。因此,在次要螢幕上啟動活動時,預留位置會啟動,且測試會失敗。

    aosp/3659633 修補程式會修正多視窗 rootTask 的視窗模式繼承問題。

  • 測試失敗:CtsAutoFillServiceTestCases

    失敗摘要:在直向顯示模式下,有 56 項測試失敗。在以視窗解決方案為基礎的彈性 UI 版本中,會發生兩類已知問題,每個問題都涉及 WINDOWING_MODE_MULTI_WINDOW 的多個根工作:

    • 輸入法會覆蓋自動填入對話方塊,導致使用者無法按下填入對話方塊上的按鈕。您可以使用這個平台的 ag/3664131 修補程式,暫時停用填入對話方塊。

    • 當第二個欄位自動填入時 (例如 PASSWORD),LoginActivity 會位於 decor_grip 後方,並失去輸入焦點。我們會盡力提供相關修補程式。