ตั้งแต่วันที่ 27 มีนาคม 2025 เป็นต้นไป เราขอแนะนำให้ใช้ android-latest-release แทน aosp-main เพื่อสร้างและมีส่วนร่วมใน AOSP โปรดดูข้อมูลเพิ่มเติมที่หัวข้อการเปลี่ยนแปลงใน AOSP
การยืนยันความเข้ากันได้แบบย้อนหลังของเฟรมเวิร์ก HIDL
จัดทุกอย่างให้เป็นระเบียบอยู่เสมอด้วยคอลเล็กชัน
บันทึกและจัดหมวดหมู่เนื้อหาตามค่ากำหนดของคุณ
HAL ของ HIDL รับประกันว่าระบบหลักของ Android (หรือที่เรียกว่า system.img หรือเฟรมเวิร์ก) จะใช้งานร่วมกับเวอร์ชันเก่าได้ แม้ว่าการทดสอบ Vendor Test Suite (VTS) จะตรวจสอบว่า HAL ทํางานตามที่คาดไว้ (เช่น การทดสอบ HAL 1.1 ทำงานกับการติดตั้งใช้งาน 1.2 ทั้งหมด) แต่การทดสอบเฟรมเวิร์กก็จําเป็นเพื่อให้มั่นใจว่าเมื่อระบุ HAL ที่รองรับ (1.0, 1.1 หรือ 1.2) เฟรมเวิร์กจะทํางานอย่างถูกต้องกับ HAL นั้น
ดูรายละเอียดเกี่ยวกับภาษาที่ใช้สื่อสารข้อมูลระหว่างคอมโพเนนต์ของ HAL (HIDL) ได้ที่ HIDL,
การแยกเวอร์ชัน HIDL และ
การเลิกใช้งาน HIDL HAL
เกี่ยวกับการอัปเกรด HAL
การอัปเกรด HAL มี 2 ประเภท ได้แก่ ครั้งใหญ่และครั้งเล็ก
ระบบส่วนใหญ่มีการใช้งาน 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 UTC
[[["เข้าใจง่าย","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 UTC"],[],[],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."]]
