اعتبارًا من 27 آذار (مارس) 2025، ننصحك باستخدام android-latest-release بدلاً من aosp-main لإنشاء AOSP والمساهمة فيه. لمزيد من المعلومات، يُرجى الاطّلاع على التغييرات في AOSP.
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
يسرّ Google مشاركة إصدار Android 25Q2 مع شركاء Android Automotive. بالنسبة إلى Android 16، يتوافق إصدار Android Automotive 25Q2 مع هذه المتطلبات. سنواصل تحسين الميزات بهدف اقتراح إصدار قادم على الشركات المصنّعة للأجهزة الأصلية.
تفاصيل الإصدار
يلخّص هذا القسم الميزات والتحسينات الرئيسية التي تم توفيرها في إصدار Android Automotive OS B.
يتوافق إصدار Android Automotive 25Q2 مع Android 16.
الميزات الجديدة
يتضمّن إصدار الربع الثاني من عام 2025 هذه الميزات الجديدة.
إطار عمل AAOS
الصوت والراديو:
تحسينات على طبقة تجريد الأجهزة (HAL) الخاصة بالتحكّم في الصوت: لضبط ميزات الصوت في السيارة، استخدِم واجهات برمجة التطبيقات بدلاً من ملف XML.
نظام تنبيه الطوارئ (EAS) في راديو عالي الدقة (HD): يمكنك نقل معلومات نظام تنبيه الطوارئ إلى تطبيقات الراديو باستخدام واجهة برمجة تطبيقات. ينطبق ذلك على HD Radio
(أمريكا الشمالية) وDAB EWS (الاتحاد الأوروبي).
مكتبة AAudio المضمّنة: يتيح AAudio استخدام علامات "سمات الصوت" التي يحدّدها المصنّع الأصلي للجهاز لتخصيص سلوك التطبيق. على سبيل المثال، توجيه الصوت وإدارة مستوى الصوت.
إدارة الطاقة:
إشعارات حالة الطاقة للعمليات المدمَجة: تم توسيع نطاق توفّر إشعارات حالة الطاقة للعمليات المدمَجة الخاصة بمصنّع المعدات الأصلية (بخلاف تطبيقات Android).
إطار السيارة:
الإعداد الديناميكي لخصائص المركبة: إتاحة الإعداد الديناميكي للحد الأدنى والأقصى والقيم المسموح بها في خصائص المركبة
إمكانية الاتصال
التواصل:
الحد الأدنى من وظائف الاتصال الهاتفي: هي مجموعة فرعية من طبقة تجريد أجهزة الاتصال الهاتفي في Android (HAL) تتيح لمصنّعي المعدات الأصلية (OEM) للسيارات استخدام وظائف الاتصال الهاتفي في Android على الأجهزة التي تتيح استخدام البيانات فقط (بما في ذلك وحدات التحكّم عن بُعد في السيارة). يقلّل ذلك من التجزئة ويتيح استخدام وظائف الاتصال الهاتفي.
واجهة برمجة التطبيقات لزيادة مبيعات رسائل الربط: تم تحسين SubscriptionManager
لتوفير واجهات برمجة تطبيقات يمكنها عرض حالة اشتراك المستخدم في بيانات الجوّال. على سبيل المثال، active وinactive وtrial وتاريخ انتهاء الصلاحية.
التطبيقات المتوافقة مع العرض على شاشة السيارة: أضفنا إمكانية تتيح لمصنّعي المعدات الأصلية للسيارات ضبط المجموعة الكاملة من مَعلمات hostapd.conf غير المتوفّرة من خلال واجهات برمجة التطبيقات في Android. تمت إضافة سبب قطع الاتصال إلى واجهة برمجة التطبيقات SoftApCallback لكي يتمكّن مصنّعو المعدات الأصلية من معرفة سبب قطع اتصال الأجهزة بنقطة اتصال محلية (LOHS). وتعمل هذه الميزات على تحسين إمكانية استخدام التطبيقات المعروضة على شاشة خارجية وتقليل التجزئة.
واجهة مستخدم نظام التشغيل Android Automotive وتجاربه
واجهة مستخدم قابلة للتوسيع: يوفّر إطار عمل النوافذ في AAOS لمصنّعي المعدات الأصلية مكونات قابلة للضبط تتيح لهم استيفاء متطلبات النوافذ وتسهيل التجارب المخصّصة.
سمات VHAL
سمات المركبة:
تمت إضافة سمات جديدة للمركبة من أجل عرض خصائصها وحالتها.
تم تعديل ثوابت خصائص المركبة من @SystemApi إلى واجهات برمجة التطبيقات العامة لدمج المستندات التي تم إنشاؤها في VehiclePropertyIDs. ستظل هناك حاجة إلى أي أذونات تم تحديدها وتوثيقها سابقًا للوصول إلى بيانات خصائص المركبة.
سمات المركبة التي يمكن للتطبيقات الخارجية الوصول إليها: تتيح هذه الميزة لمطوّري التطبيقات الخارجية الوصول إلى ثماني سمات حالية للمركبة ذات صلة بالتنقّل ومساعد Google الصوتي والطقس وحالة القيادة. لمزيد من المعلومات، اطّلِع على التكامل مع تطبيقات Google وخدماتها.
الامتثال
تم تنفيذ "متطلبات امتثال Android" على الأجهزة المرجعية الداخلية. تشمل مجموعات الاختبار التي يتم تنفيذها لهذا الإصدار مجموعة أدوات اختبار التوافق (CTS) وCTS-V وATS وSTS وVTS وCTS على صورة نظام عام (GSI).
باستثناء المشاكل المُدرَجة أدناه، لا تتطلّب أي حالات تعذُّر معروفة إصلاحًا في رمز Android 16 (android16-release) أو في فرع اختبار Android 16 (android16-tests-dev).
ملخّص حالات الإخفاق: تعذّر إجراء اختبار واحد في وضع العرض العمودي. عند اختبار سلوكيات تضمين الأنشطة في إصدارات واجهة المستخدم القابلة للتوسيع المستندة إلى حلول تقسيم النوافذ التي تتضمّن مهام جذرية متعددة، يحدث تعذُّر معروف بسبب إطلاق بعض الأنشطة في حدود أصغر من المتوقّع، كما هو الحال في windowMetrics من قواعد التضمين.WINDOWING_MODE_MULTI_WINDOW نتيجةً لذلك، تم بدء العنصر النائب وتعذّر إجراء الاختبار عند تشغيل نشاط على الشاشة الثانوية.
يصحّح التصحيح aosp/3659633 عملية نقل وضع النوافذ من rootTask في وضع النوافذ المتعددة.
تعذُّر إجراء الاختبار: CtsAutoFillServiceTestCases
ملخّص الأعطال: يحدث نوعان من المشاكل المعروفة في إصدارات واجهة المستخدم القابلة للتوسيع
استنادًا إلى حلول تقسيم النوافذ التي تتضمّن مهام جذر متعدّدة لكل منها
WINDOWING_MODE_MULTI_WINDOW:
يغطي محرر أسلوب الإدخال (IME) مربّع حوار الملء التلقائي الذي يمنع الضغط على الأزرار في مربّع حوار الملء. يمكنك إيقاف مربع الحوار الخاص بملء البيانات مؤقتًا باستخدام تصحيح ag/3664131 هذا.
عندما تتم تعبئة الحقل الثاني تلقائيًا، مثل PASSWORD، يكون
LoginActivity خلف decor_grip، ويفقد تركيز الإدخال.
يمكن العثور على التصحيحات في الروابط التالية: ag/3679541 وag/3675628 وag/3675627.
يخضع كل من المحتوى وعيّنات التعليمات البرمجية في هذه الصفحة للتراخيص الموضحّة في ترخيص استخدام المحتوى. إنّ Java وOpenJDK هما علامتان تجاريتان مسجَّلتان لشركة Oracle و/أو الشركات التابعة لها.
تاريخ التعديل الأخير: 2025-07-29 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","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"]],["تاريخ التعديل الأخير: 2025-07-29 (حسب التوقيت العالمي المتفَّق عليه)"],[],[],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)."]]
