Le module ART vise à améliorer l'expérience Android en offrant aux utilisateurs les dernières optimisations d'exécution gérées, les fonctionnalités et les corrections de bogues. Les utilisateurs ne sont plus bloqués sur le runtime fourni avec leur appareil. Les développeurs n'attendent plus des années pour les nouvelles fonctionnalités. Les améliorations apportées à l'environnement d'exécution et aux bibliothèques sont partagées entre tous les partenaires Android.
Le runtime Android (ART) et la bibliothèque principale gérée (libcore) faisaient partie de l'effort du module Runtime dans Android 10 avec le runtime natif (Bionic) et l'ICU.
Dans Android 11, ART et libcore sont conditionnés en tant qu'APEX non modifiables. Bionic et ICU (code et données) restent sur la plate-forme et sont séparés de l'ART pour améliorer la possibilité de mise à jour.
Plans de modules
Dans Android 12, le module ART est un APEX signé et pouvant être mis à jour.
Dans Android 11, ART et libcore sont conditionnés en tant qu'APEX non modifiables. Bionic et ICU (code et données) restent sur la plate-forme et sont séparés de l'ART pour améliorer la possibilité de mise à jour.
Dans Android 10, ART et la bibliothèque principale gérée (libcore) font partie de l'effort du module Runtime, long avec le runtime natif (Bionic) et ICU.
Limite du module
| Nom du projet | Objectif |
|---|---|
art | Projet de modules |
external/apache-xml | Projet de modules |
external/bouncycastle | Projet de modules |
external/okhttp | Projet de modules |
external/oj-libjdwp | Projet de modules |
libcore | Projet de modules |
libnativehelper | Projet de modules |
system/core/libnativebridge | Projet de modules |
system/core/libnativeloader | Projet de modules |
Format de paquet
Le module ART ( com.android.art ) est livré en tant qu'APEX puisqu'il s'agit d'un composant système essentiel. Les applications et les services à l'intérieur des APK nécessitent que le module ART soit présent avant de pouvoir être démarrés.