اعتبارًا من 27 آذار (مارس) 2025، ننصحك باستخدام android-latest-release بدلاً من aosp-main لإنشاء AOSP والمساهمة فيه. لمزيد من المعلومات، يُرجى الاطّلاع على التغييرات في AOSP.
التحقّق من التوافق مع الإصدارات السابقة من إطار عمل HIDL
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
تضمن واجهات HIDL للأجهزة
توافق نظام Android الأساسي (المعروف أيضًا باسم system.img أو إطار العمل)
مع الإصدارات القديمة. على الرغم من أنّ اختبارات مجموعة اختبارات المورّدين (VTS)
تضمن عمل واجهات HAL على النحو المتوقّع (على سبيل المثال، يتم تنفيذ اختبارات HAL 1.1 على جميع
عمليات التنفيذ 1.2)، فإنّ اختبار إطار العمل مطلوب لضمان أنّه عند استخدام
HAL متوافق (1.0 أو 1.1 أو 1.2)، يعمل إطار العمل بشكلٍ سليم
مع HAL هذا.
للاطّلاع على تفاصيل حول لغة تعريف واجهة HAL (HIDL)، يُرجى الرجوع إلى HIDL و
إصدارات HIDL و
إيقاف HIDL HAL نهائيًا.
لمحة عن ترقيات HAL
هناك نوعان من ترقيات HAL: ترقية رئيسية وترقية ثانوية.
لا تتضمّن معظم الأنظمة سوى عملية تنفيذ واحدة لواجهة HAL، ولكن يمكن تنفيذ عدة
عمليات. مثلاً:
android.hardware.teleport@1.0 # initial interface
android.hardware.teleport@1.1 # minor version upgrade
android.hardware.teleport@1.2 # another minor version upgrade
...
android.hardware.teleport@2.0 # major version upgrade
...
يتضمّن قسم النظام عادةً برنامجًا تابعًا للإطار الأساسي (مثل
teleportd) يدير التواصل مع مجموعة محدّدة من تطبيقات
HAL. بدلاً من ذلك، قد تتضمّن الأنظمة
مكتبة نظام (مثل
android.hardware.configstore-utils) تُنفِّذ سلوك العميل
الملائم. في المثال أعلاه، يجب أن يعمل teleportd بغض النظر عن إصدار HAL المثبَّت على الجهاز.
يخضع كل من المحتوى وعيّنات التعليمات البرمجية في هذه الصفحة للتراخيص الموضحّة في ترخيص استخدام المحتوى. إنّ Java وOpenJDK هما علامتان تجاريتان مسجَّلتان لشركة Oracle و/أو الشركات التابعة لها.
تاريخ التعديل الأخير: 2025-07-27 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","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-27 (حسب التوقيت العالمي المتفَّق عليه)"],[],[],null,["# HIDL Framework backward compatibility verification\n\n[HIDL HALs](/docs/core/architecture#hidl)\nguarantee the Android core system (aka system.img or the framework) is\nbackward compatible. While [Vendor Test Suite (VTS)](/docs/compatibility/vts)\ntests ensure that HALs work as expected (e.g. 1.1 HAL tests are run on all\n1.2 implementations), framework testing is needed to ensure that when a\nsupported HAL (1.0, 1.1, or 1.2) is provided, the framework works properly\nwith that HAL.\n\nFor details on HAL interface definition language (HIDL), refer to\n[HIDL](/docs/core/architecture/hidl), [HIDL versioning](/docs/core/architecture/hidl/versioning), and [HIDL HAL Deprecation](/docs/core/architecture/vintf/fcm#hal-version-deprecation).\n\nAbout HAL upgrades\n------------------\n\nThere are two types of HAL upgrades: *major* and *minor*.\nMost systems include only one HAL implementation, but multiple\nimplementations are supported. For example: \n\n```\nandroid.hardware.teleport@1.0 # initial interface\nandroid.hardware.teleport@1.1 # minor version upgrade\nandroid.hardware.teleport@1.2 # another minor version upgrade\n...\nandroid.hardware.teleport@2.0 # major version upgrade\n...\n```\n\nThe system partition typically includes a framework daemon (such as\n`teleportd`) that manages communication with a specific group of\nHAL implementations. Alternatively, systems might instead\ninclude a system library (such as\n`android.hardware.configstore-utils`) that implements convenient\nclient behavior. In the example above, `teleportd` must work no\nmatter what version of the HAL is installed on the device."]]
