A partir del 27 de marzo de 2025, te recomendamos que uses android-latest-release en lugar de aosp-main para compilar y contribuir a AOSP. Para obtener más información, consulta Cambios en AOSP.
Verificación de retrocompatibilidad del framework de HIDL
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Los HAL de HIDL garantizan que el sistema principal de Android (también conocido como system.img o el framework) sea retrocompatible. Si bien las pruebas del Conjunto de pruebas de proveedores (VTS) garantizan que los HAL funcionen como se espera (p.ej., las pruebas de HAL 1.1 se ejecutan en todas las implementaciones de 1.2), se necesitan pruebas de framework para garantizar que, cuando se proporcione un HAL compatible (1.0, 1.1 o 1.2), el framework funcione correctamente con ese HAL.
Para obtener detalles sobre el lenguaje de definición de interfaces HAL (HIDL), consulta HIDL,
control de versiones de HIDL y
baja de HAL de HIDL.
Información acerca de las actualizaciones de HAL
Existen dos tipos de actualizaciones de HAL: mayor y menor.
La mayoría de los sistemas incluyen solo una implementación de HAL, pero se admiten varias implementaciones. Por ejemplo:
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
...
Por lo general, la partición del sistema incluye un daemon de framework (como teleportd) que administra la comunicación con un grupo específico de implementaciones de HAL. Como alternativa, los sistemas pueden incluir una biblioteca del sistema (como android.hardware.configstore-utils) que implemente un comportamiento conveniente del cliente. En el ejemplo anterior, teleportd debe funcionar sin importar qué versión del HAL esté instalada en el dispositivo.
El contenido y las muestras de código que aparecen en esta página están sujetas a las licencias que se describen en la Licencia de Contenido. Java y OpenJDK son marcas registradas de Oracle o sus afiliados.
Última actualización: 2025-07-27 (UTC)
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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."]]
