ตั้งแต่ปี 2026 เป็นต้นไป เราจะเผยแพร่ซอร์สโค้ดไปยัง AOSP ในไตรมาสที่ 2 และ 4 เพื่อให้สอดคล้องกับโมเดลการพัฒนาแบบ Trunk Stable และรับประกันความเสถียรของแพลตฟอร์มสำหรับระบบนิเวศ หากต้องการสร้างและมีส่วนร่วมใน AOSP ให้ใช้ android-latest-release android-latest-release สาขา Manifest จะอ้างอิงถึงรุ่นล่าสุดที่พุชไปยัง AOSP เสมอ ดูข้อมูลเพิ่มเติมได้ที่การเปลี่ยนแปลงใน AOSP

Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

การยืนยันความเข้ากันได้แบบย้อนหลังของเฟรมเวิร์ก HIDL

HIDL HAL รับประกันว่าระบบหลักของ 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
...

โดยปกติแล้วพาร์ติชันระบบจะมี Daemon เฟรมเวิร์ก (เช่น teleportd) ที่จัดการการสื่อสารกับการติดตั้งใช้งาน HAL กลุ่มหนึ่งๆ หรือระบบอาจมี ไลบรารีของระบบ (เช่น android.hardware.configstore-utils) ที่ใช้ลักษณะการทำงานของไคลเอ็นต์ที่สะดวกแทน ในตัวอย่างด้านบน teleportd ต้องทำงานได้ไม่ว่า จะมีการติดตั้ง HAL เวอร์ชันใดในอุปกรณ์ก็ตาม