Kể từ ngày 27 tháng 3 năm 2025, bạn nên sử dụng android-latest-release thay vì aosp-main để xây dựng và đóng góp cho AOSP. Để biết thêm thông tin, hãy xem phần Thay đổi đối với AOSP.
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Google rất vui khi chia sẻ bản phát hành Android 25Q2 này với các đối tác Android Automotive. Đối với Android 16, bản phát hành Android Automotive 25Q2 này tuân thủ. Chúng tôi tiếp tục tinh chỉnh các tính năng, hướng đến việc đề xuất một bản phát hành sắp tới cho các nhà sản xuất thiết bị gốc (OEM).
Chi tiết bản phát hành
Phần này tóm tắt các tính năng và điểm cải tiến chính có trong bản phát hành AAOS B.
Những nội dung cập nhật này áp dụng cho Android16, API cấp 36.
Bản phát hành Android Automotive 25Q2 tuân thủ Android 16.
Tính năng mới
Bản phát hành 25Q2 cung cấp những tính năng mới này.
Khung AAOS
Âm thanh và đài phát:
Các điểm cải tiến HAL điều khiển âm thanh: Để định cấu hình các tính năng âm thanh trên ô tô, hãy sử dụng API thay vì tệp XML.
Hệ thống cảnh báo khẩn cấp (EAS) của đài phát thanh có độ nét cao (HD): Truyền thông tin EAS đến các ứng dụng đài phát thanh bằng một API. Điều này áp dụng cho HD Radio (Bắc Mỹ) và DAB EWS (Liên minh Châu Âu).
Thư viện tích hợp AAudio:AAudio AAudio hỗ trợ các thẻ Thuộc tính âm thanh do OEM xác định để tuỳ chỉnh hành vi của ứng dụng. Ví dụ: định tuyến âm thanh và quản lý âm lượng.
Quản lý nguồn:
Thông báo về trạng thái nguồn cho các quy trình tích hợp: Phạm vi cung cấp thông báo về trạng thái nguồn cho các quy trình tích hợp của OEM (ngoài các ứng dụng Android) được mở rộng.
Khung xe:
Cấu hình linh hoạt của các thuộc tính xe: Hỗ trợ cấu hình linh hoạt của giá trị tối thiểu và tối đa cũng như các giá trị được hỗ trợ trong các thuộc tính xe.
Khả năng kết nối
Mạng:
Điện thoại tối thiểu: Một tập hợp con của Lớp trừu tượng phần cứng điện thoại Android (HAL) dành cho các nhà sản xuất thiết bị gốc (OEM) ô tô để cho phép các OEM sử dụng tính năng điện thoại Android trên các thiết bị chỉ có dữ liệu (bao gồm cả TCU). Việc này giúp giảm tình trạng phân mảnh và hỗ trợ chức năng điện thoại.
Connectivity Messaging Upsell API:SubscriptionManager nâng cao để cung cấp các API có thể hiển thị trạng thái gói thuê bao dữ liệu di động của người dùng. Ví dụ: active, inactive, trial và ngày hết hạn.
Hỗ trợ ứng dụng được chiếu: Thêm tính năng hỗ trợ để cho phép các OEM ô tô định cấu hình toàn bộ bộ tham số hostapd.conf không có sẵn thông qua các API Android. Đã thêm lý do ngắt kết nối vào API SoftApCallback để các OEM có thể biết lý do khiến các ứng dụng khách ngắt kết nối khỏi Điểm phát sóng cục bộ (LOHS). Những tính năng này cải thiện khả năng hỗ trợ cho các ứng dụng được chiếu và giảm tình trạng phân mảnh.
Giao diện người dùng và trải nghiệm hệ thống AAOS
Giao diện người dùng có thể mở rộng: Khung cửa sổ AAOS này cung cấp cho các OEM những thành phần có thể định cấu hình, cho phép các OEM đáp ứng các yêu cầu về cửa sổ và tạo điều kiện cho trải nghiệm tuỳ chỉnh.
Thuộc tính VHAL
Thuộc tính của xe:
Thêm các thuộc tính mới của xe để truyền đạt các đặc điểm và trạng thái của xe.
Cập nhật các hằng số thuộc tính xe từ @SystemApi sang API công khai để hợp nhất tài liệu đã tạo tại VehiclePropertyIDs. Bạn vẫn cần có mọi quyền đã xác định và ghi lại trước đó để truy cập vào dữ liệu về tài sản của xe.
Các thuộc tính của xe mà bên thứ ba có thể truy cập: Tính năng này cung cấp 8 thuộc tính hiện có của xe (liên quan đến chế độ chỉ đường, trợ lý giọng nói, thời tiết và trạng thái lái xe) cho nhà phát triển ứng dụng bên thứ ba. Để tìm hiểu thêm, hãy xem phần Tích hợp với các ứng dụng và dịch vụ của Google.
Tuân thủ
Quy trình tuân thủ Android được thực hiện trên phần cứng tham chiếu nội bộ. Các bộ kiểm thử chạy cho bản phát hành này bao gồm CTS, CTS-V, ATS, STS, VTS và CTS trên GSI.
Ngoại trừ các vấn đề được liệt kê bên dưới, không có lỗi nào đã biết cần được khắc phục trong mã Android 16 (android16-release) hoặc trong nhánh kiểm thử Android 16 (android16-tests-dev).
Thử nghiệm không thành công:
CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests
Tóm tắt lỗi: Một kiểm thử không thành công ở chế độ hiển thị dọc. Khi kiểm thử các hành vi nhúng Hoạt động trong các bản dựng Giao diện người dùng có thể mở rộng dựa trên các giải pháp tạo cửa sổ liên quan đến nhiều tác vụ gốc, mỗi tác vụ là một WINDOWING_MODE_MULTI_WINDOW, các lỗi đã biết sẽ xảy ra do một số hoạt động được khởi chạy trong phạm vi nhỏ hơn dự kiến, như trong windowMetrics của các quy tắc nhúng. Do đó, phần giữ chỗ đã bắt đầu và quá trình kiểm thử không thành công khi khởi chạy một hoạt động trên màn hình phụ.
Bản vá aosp/3659633 sửa lỗi kế thừa chế độ chia cửa sổ từ rootTask nhiều cửa sổ.
Thử nghiệm không thành công: CtsAutoFillServiceTestCases
Tóm tắt lỗi: Hai danh mục vấn đề đã biết xảy ra trong các bản dựng Giao diện người dùng có thể mở rộng dựa trên các giải pháp tạo cửa sổ liên quan đến nhiều tác vụ gốc, mỗi tác vụ có WINDOWING_MODE_MULTI_WINDOW:
IME che hộp thoại điền dữ liệu của tính năng Tự động điền, khiến người dùng không nhấn được các nút trên hộp thoại điền dữ liệu. Bạn có thể tạm thời tắt hộp thoại điền bằng bản vá ag/3664131 của nền tảng này.
Khi trường thứ hai được tự động điền, chẳng hạn như PASSWORD, LoginActivity sẽ nằm sau decor_grip và mất tiêu điểm nhập.
Bạn có thể tìm thấy các bản vá theo những đường liên kết sau: ag/3679541,
ag/3675628, ag/3675627.
Nội dung và mã mẫu trên trang này phải tuân thủ các giấy phép như mô tả trong phần Giấy phép nội dung. Java và OpenJDK là nhãn hiệu hoặc nhãn hiệu đã đăng ký của Oracle và/hoặc đơn vị liên kết của Oracle.
Cập nhật lần gần đây nhất: 2025-07-29 UTC.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 2025-07-29 UTC."],[],[],null,["# Android Automotive 25Q2\n\n| **Important:** The following content is not final and is subject to change.\n\nGoogle is pleased to share this Android **25Q2** release with Android Automotive\npartners. For Android 16, this Android Automotive 25Q2 release is compliant. We\ncontinue to fine tune features, aiming to recommend an upcoming release for\nOEMs.\n\nRelease details\n---------------\n\nThis section summarizes major features and enhancements provided in the AAOS B\nrelease.\n\nThese updates apply to `Android16`, [API level 36](/docs/setup/reference/build-numbers).\n\nThe Android Automotive 25Q2 release is compliant with Android 16.\n\n### New features\n\nThe 25Q2 release provides these new features.\n\n#### AAOS Framework\n\n- Audio and radio:\n\n - **Audio control HAL improvements:** To configure car audio features, use\n APIs instead of XML file.\n\n - **High definition (HD) radio Emergency Alert System (EAS):** Pass EAS\n information to radio applications with an API. This applies to HD Radio\n (North America) and DAB EWS (European Union).\n\n - **AAudio built-in library:** [AAudio](/docs/core/audio/aaudio) AAudio supports OEM-defined\n Audio Attributes tags to customize app behavior. For example, audio\n routing and volume management.\n\n- Power management:\n\n - **Power state notifications to built-in processes:** The availability of power state notifications to OEM built-in processes (beyond Android apps) is extended.\n- Car framework:\n\n - **Dynamic configuration of vehicle properties:** Support the dynamic configuration of minimum and maximum and of supported values in vehicle properties.\n\n#### Connectivity\n\n- Networking:\n\n - **Minimal Telephony:** A subset of the Android Telephony Hardware\n Abstraction Layer (HAL) for automotive OEMs to allow OEMs to use Android\n telephony on data-only devices (including TCUs). This reduces\n fragmentation and provides support for telephony functionality.\n\n - **Connectivity Messaging Upsell API:** Enhanced [SubscriptionManager](https://developer.android.com/reference/android/telephony/SubscriptionManager)\n to provide APIs that can expose a user's mobile data subscription\n status. For example, `active`, `inactive`, `trial`, and expiration date.\n\n - **Projected app support:** Added support to let automotive OEMs\n configure the complete set of `hostapd.conf` parameters not available\n through the Android APIs. Added a disconnect reason to the\n SoftApCallback API so that OEMs can learn why clients disconnected from\n a Local Hotspot (LOHS). These features improve support for projected\n apps and reduce fragmentation.\n\n#### AAOS System UI and Experiences\n\n- **Scalable UI:** This AAOS windowing framework provides OEMs with configurable components that let OEMs meet windowing requirements and facilitate custom experiences.\n\n#### VHAL properties\n\n- Vehicle properties:\n\n - Added new vehicle properties to communicate vehicle characteristics and\n state.\n\n - Updated vehicle property constants from @SystemApi to public APIs to\n consolidate generated documentation at [VehiclePropertyIDs](https://developer.android.com/reference/android/car/VehiclePropertyIds). Any\n previously defined and documented permissions are still required to\n access vehicle property data.\n\n- **Third party-accessible vehicle properties:** This features makes eight\n existing vehicle properties relevant to navigation, voice assistant,\n weather, and driving state available to third party app developers. To learn\n more, see [Integrate with Google apps and services](https://developer.android.com/training/cars/index.md#intents).\n\n### Compliance\n\nAndroid Compliance was executed on the internal reference hardware. The test\nsuites run for this release include CTS, CTS-V, ATS, STS, VTS and CTS on GSI.\n\nExcept for the issues listed below, no known failures require a fix either in\nAndroid 16 code (`android16-release`) or to the Android 16 test branch\n(`android16-tests-dev`).\n| **Note:** Fixes for known compliance issues are provided below and will be made available in the [Android Open Source Project](https://android-review.googlesource.com/q/hashtag:%22aaos-25q2-cts%22+(status:open+OR+status:merged)) when we publish the next release. We aim to recommend an upcoming release.\n\n- Test failing:\n `CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests`\n\n Failure summary: One test fails in portrait display. When testing Activity\n embedding behaviors in Scalable UI builds that are based on windowing\n solutions that involve multiple root tasks each a\n `WINDOWING_MODE_MULTI_WINDOW`, known failures occur due to some activities\n launched in smaller bounds than expected, as in `windowMetrics` of the\n embedding rules. As a result, the placeholder was started and the test\n failed when launching an activity on the secondary display.\n\n The [aosp/3659633](https://android-review.googlesource.com/c/platform/frameworks/base/+/3659633) patch corrects windowing mode inheritance from\n multi-window `rootTask`.\n- Test failing: `CtsAutoFillServiceTestCases`\n\n Failure summary: Two categories of known issues occur in the Scalable UI\n builds based on windowing solutions that involve multiple root tasks each of\n `WINDOWING_MODE_MULTI_WINDOW`:\n - IME covers the Autofill fill dialog that prevents the buttons on the\n fill dialog from being pressed. You can temporarily disable the fill\n dialog with this platform [ag/3664131](https://android-review.googlesource.com/c/platform/frameworks/base/+/3664131) patch.\n\n - When the second field is auto-filled, such as `PASSWORD`, the\n `LoginActivity` is behind `decor_grip`, and loses the input focus.\n Patches can be found in the following links: [ag/3679541](https://android-review.googlesource.com/c/platform/packages/services/Car/+/3679541),\n [ag/3675628](https://android-review.googlesource.com/c/platform/frameworks/base/+/3675628), [ag/3675627](https://android-review.googlesource.com/c/platform/frameworks/base/+/3675627)."]]