Générez automatiquement des profils pour chaque version d'application à l'aide de la bibliothèque Jetpack Macrobenchmark et de BaselineProfileRule
. Nous vous recommandons d'utiliser com.android.tools.build:gradle:8.0.0
ou une version ultérieure, qui offre des améliorations de compilation lorsque vous utilisez des profils de référence.
Voici la procédure à suivre pour créer un profil de référence :
- Configurez le module de profil de référence.
- Définissez le test JUnit qui permet de générer des profils de référence.
- Ajoutez les critical user journeys (CUJ) que vous souhaitez optimiser.
- Générez le profil de référence.
Après avoir généré le profil de référence, comparez-le à l'aide d'un appareil physique pour mesurer les améliorations de la vitesse.
Créer un profil de référence avec AGP 8.2 ou version ultérieure
Le moyen le plus simple de créer un profil de référence consiste à utiliser le modèle du module de profil de référence, disponible à partir d'Android Studio Iguana et du plug-in Android Gradle (AGP) 8.2.
Le modèle du module du générateur de profils de référence Android Studio automatise la création d'un module en vue de générer et de comparer des profils de référence. L'exécution du modèle génère la plupart des configurations de compilation, de la génération de profils de référence et du code de validation. Le modèle crée le code permettant de générer et de comparer des profils de référence afin de mesurer le démarrage de l'application.
Configurer le module de profil de référence
Pour exécuter le modèle du module de profil de référence, procédez comme suit :
- Sélectionnez File > New > New Module (Fichier > Nouveau > Nouveau module).
- Sélectionnez le modèle Baseline Profile Generator (Générateur de profils de référence) dans le panneau Templates (Modèles), puis configurez-le :
Figure 1 : Modèle du module du générateur de profils de référence Les champs du modèle sont les suivants :
- Target application (Application cible) : définit l'application pour laquelle le profil de référence est généré. Si votre projet ne comporte qu'un seul module d'application, cette liste ne contient qu'un seul élément.
- Module name (Nom du module) : nom que vous souhaitez donner au module de profil de référence en cours de création.
- Package name (Nom du package) : nom du package que vous souhaitez pour le module de profil de référence.
- Langage (Langage) : indiquez si vous souhaitez que le code généré soit en Kotlin ou en Java.
- Build configuration language (Langage de configuration de compilation) : indiquez si vous souhaitez utiliser le script Kotlin (KTS) ou Groovy pour vos scripts de configuration de compilation.
- Use Gradle-managed device (Utiliser un appareil géré par Gradle) : indiquez si vous utilisez des appareils gérés par Gradle pour tester votre application.
- Cliquez sur Finish (Terminer) pour créer le module. Si vous utilisez le contrôle des sources, vous pouvez être invité à y ajouter les fichiers du module que vous venez de créer.
Définir le générateur de profils de référence
Le nouveau module contient des tests permettant de générer et de comparer le profil de référence, et teste uniquement le démarrage de base de l'application. Nous vous recommandons d'augmenter
pour inclure les CUJ et les workflows de démarrage avancés. Assurez-vous que les tests
associées au démarrage de l'application se trouvent dans un bloc rule
avec includeInStartupProfile
défini.
à true
; Inversement, pour des performances optimales, assurez-vous que les tests
liées au démarrage de l'application ne sont pas incluses dans un profil de démarrage. Démarrage de l'application
les optimisations sont utilisées pour définir une partie spéciale d'un profil de référence, appelée
Profil de démarrage :
La gestion sera plus simple si vous extrayez ces CUJ du code généré le profil de référence et le code de benchmark afin qu'ils puissent être utilisés dans les deux cas. Ce signifie que les modifications apportées à vos CUJ sont utilisées de manière cohérente.
Générer et installer le profil de référence
Le modèle du module de profil de référence ajoute une nouvelle configuration d'exécution pour générer le profil de référence : Si vous utilisez différents types de produit, Android Studio crée plusieurs configurations d'exécution afin que vous puissiez générer des profils de référence distincts pour chacun d'eux.
![Configuration d'exécution "Generate Baseline Profile" (Générer un profil de référence).](https://developer.android.com/static/topic/performance/images/studio/generate-baseline-profile.png?authuser=9&hl=fr)
Une fois la configuration d'exécution Generate Baseline Profile (Générer un profil de référence) terminée, le profil de référence généré est copié dans le fichier src/variant/generated/baselineProfiles/baseline-prof.txt
du module en cours de profilage. Les options de variante sont les suivantes : le type de compilation ou une variante de compilation impliquant le type de compilation.
Le profil de référence généré est créé dans build/outputs
. Le chemin d'accès complet dépend de la variante ou du type de l'application en cours de profilage. Il varie aussi selon que vous utilisez un appareil géré par Gradle ou un appareil connecté pour le profilage. Si vous utilisez les noms utilisés par le code et les configurations de compilation générés par le modèle, le profil de référence est créé dans le fichier build/outputs/managed_device_android_test_additional_output/nonminifiedrelease/pixel6Api31/BaselineProfileGenerator_generate-baseline-prof.txt
. Vous n'aurez probablement pas à interagir directement avec cette version du profil de référence généré, sauf si vous la copiez manuellement dans les modules cibles (non recommandé).
Créer un profil de référence avec AGP 8.1
Si vous ne pouvez pas utiliser le modèle du module de profil de référence, utilisez le modèle du module Macrobenchmark et le plug-in Baseline Profile Gradle pour créer un profil de référence. Nous vous recommandons d'utiliser ces outils à partir d'Android Studio Giraffe et d'AGP 8.1.
Voici les étapes à suivre pour créer un profil de référence à l'aide du modèle du module Macrobenchmark et du plug-in Baseline Profile Gradle :
- Configurez un module Macrobenchmark dans votre projet Gradle.
- Définissez une nouvelle classe appelée
BaselineProfileGenerator
:class BaselineProfileGenerator { @get:Rule val baselineProfileRule = BaselineProfileRule() @Test fun startup() = baselineProfileRule.collect( packageName = "com.example.app", profileBlock = { startActivityAndWait() } ) }
Le générateur peut contenir des interactions avec votre appli au-delà de son démarrage. Cela vous permet d'optimiser les performances d'exécution de votre application, comme le défilement de listes, l'exécution d'animations et la navigation dans une
Activity
. Consultez d'autres exemples de tests qui utilisent@BaselineProfileRule
pour améliorer les critical user journeys. Ajoutez le plug-in Baseline Profile Gradle (
libs.plugins.androidx.baselineprofile
). Ce plug-in facilite la génération de profils de référence et leur gestion à l'avenir.Pour générer le profil de référence, exécutez les tâches Gradle
:app:generateBaselineProfile
ou:app:generateVariantBaselineProfile
dans le terminal.Exécutez le générateur en tant que test instrumenté sur un appareil physique en mode root, un émulateur ou un appareil géré par Gradle. Si vous utilisez un appareil géré par Gradle, définissez
aosp
commesystemImageSource
, car vous aurez besoin d'un accès racine au générateur de profils de référence.À la fin de la tâche de génération, le profil de référence est copié dans
app/src/variant/generated/baselineProfiles
.
Créer un profil de référence sans modèle
Nous vous recommandons de créer un profil de référence à l'aide du modèle du module de profil de référence d'Android Studio (recommandé) ou du modèle Macrobenchmark, mais vous pouvez également utiliser le plug-in Baseline Profile Gradle seul. Pour en savoir plus sur le plug-in Baseline Profile Gradle, consultez la section Configurer la génération de profils de référence.
Voici comment créer directement un profil de référence à l'aide du plug-in Baseline Profile Gradle :
- Créez un module
com.android.test
, par exemple:baseline-profile
. Configurez le fichier
build.gradle.kts
pour:baseline-profile
:- Appliquez le plug-in
androidx.baselineprofile
. - Assurez-vous que
targetProjectPath
pointe vers le module:app
. - Vous pouvez également ajouter un appareil géré par Gradle.
Dans l'exemple suivant, il s'agit de
pixel6Api31
. S'il n'est pas spécifié, le plug-in utilise un appareil connecté soit émulé, soit physique. - Appliquez la configuration de votre choix, comme indiqué dans l'exemple suivant.
Kotlin
plugins { id("com.android.test") id("androidx.baselineprofile") } android { defaultConfig { ... } // Point to the app module, the module that you're generating the Baseline Profile for. targetProjectPath = ":app" // Configure a GMD (optional). testOptions.managedDevices.devices { pixel6Api31(com.android.build.api.dsl.ManagedVirtualDevice) { device = "Pixel 6" apiLevel = 31 systemImageSource = "aosp" } } } dependencies { ... } // Baseline Profile Gradle plugin configuration. Everything is optional. This // example uses the GMD added earlier and disables connected devices. baselineProfile { // Specifies the GMDs to run the tests on. The default is none. managedDevices += "pixel6Api31" // Enables using connected devices to generate profiles. The default is // `true`. When using connected devices, they must be rooted or API 33 and // higher. useConnectedDevices = false }
Groovy
plugins { id 'com.android.test' id 'androidx.baselineprofile' } android { defaultConfig { ... } // Point to the app module, the module that you're generating the Baseline Profile for. targetProjectPath ':app' // Configure a GMD (optional). testOptions.managedDevices.devices { pixel6Api31(com.android.build.api.dsl.ManagedVirtualDevice) { device 'Pixel 6' apiLevel 31 systemImageSource 'aosp' } } } dependencies { ... } // Baseline Profile Gradle plugin configuration. Everything is optional. This // example uses the GMD added earlier and disables connected devices. baselineProfile { // Specifies the GMDs to run the tests on. The default is none. managedDevices ['pixel6Api31'] // Enables using connected devices to generate profiles. The default is // `true`. When using connected devices, they must be rooted or API 33 and // higher. useConnectedDevices false }
- Appliquez le plug-in
Créez un test de profil de référence dans le module de test
:baseline-profile
. L'exemple suivant est un test qui lance l'application et attend l'inactivité.Kotlin
class BaselineProfileGenerator { @get:Rule val baselineRule = BaselineProfileRule() @Test fun startupBaselineProfile() { baselineRule.collect("com.myapp") { startActivityAndWait() } } }
Java
public class BaselineProfileGenerator { @Rule Public BaselineProfileRule baselineRule = new BaselineProfileRule(); @Test Public void startupBaselineProfile() { baselineRule.collect( "com.myapp", (scope -> { scope.startActivityAndWait(); Return Unit.INSTANCE; }) ) } }
Mettez à jour le fichier
build.gradle.kts
dans le module de l'application, par exemple:app
.- Appliquez le plug-in
androidx.baselineprofile
. - Ajoutez une dépendance
baselineProfile
au module:baseline-profile
.
Kotlin
plugins { id("com.android.application") id("androidx.baselineprofile") } android { // There are no changes to the `android` block. ... } dependencies { ... // Add a `baselineProfile` dependency on the `:baseline-profile` module. baselineProfile(project(":baseline-profile")) }
Groovy
plugins { id 'com.android.application' id 'androidx.baselineprofile' } android { // No changes to the `android` block. ... } dependencies { ... // Add a `baselineProfile` dependency on the `:baseline-profile` module. baselineProfile ':baseline-profile"' }
- Appliquez le plug-in
Générez le profil en exécutant les tâches Gradle
:app:generateBaselineProfile
ou:app:generateVariantBaselineProfile
.À la fin de la tâche de génération, le profil de référence est copié dans
app/src/variant/generated/baselineProfiles
.
Créer un profil de référence avec AGP 7.3 à 7.4
Il est possible de générer des profils de référence avec AGP 7.3 à 7.4, mais nous vous recommandons vivement de passer à AGP 8.1 ou version ultérieure afin de pouvoir utiliser le plug-in Baseline Profile Gradle et ses dernières fonctionnalités.
Si vous devez créer des profils de référence avec AGP 7.3 à 7.4, la procédure est identique à celle pour AGP 8.1, à quelques exceptions près :
- N'ajoutez pas le plug-in Baseline Profile Gradle.
- Pour générer les profils de référence, exécutez la tâche Gradle
./gradlew [emulator name][flavor][build type]AndroidTest
. Par exemple,./gradlew :benchmark:pixel6Api31BenchmarkAndroidTest
. - Vous devez appliquer manuellement les règles du profil de référence générées à votre code.
Appliquer manuellement les règles générées
Le générateur de profils de référence crée un fichier texte HRF (Human Readable Format) sur l'appareil et le copie sur votre machine hôte. Pour appliquer le profil généré à votre code, procédez comme suit :
Recherchez le fichier HRF dans le dossier de compilation du module dans lequel vous générez le profil :
[module]/build/outputs/managed_device_android_test_additional_output/[device]
.Les profils suivent le format de nommage
[class name]-[test method name]-baseline-prof.txt
, qui se présente comme suit :BaselineProfileGenerator-startup-baseline-prof.txt
Copiez le profil généré dans
src/main/
et renommez le fichierbaseline-prof.txt
.Ajoutez une dépendance à la bibliothèque ProfileInstaller dans le fichier
build.gradle.kts
de votre application pour activer la compilation locale du profil de référence où les profils cloud ne sont pas disponibles. Il s'agit du seul moyen de télécharger indépendamment un profil de référence en local.dependencies { implementation("androidx.profileinstaller:profileinstaller:1.3.1") }
Créez la version de production de votre application, tandis que les règles HRF appliquées sont compilées au format binaire et incluses dans l'APK ou l'AAB. Distribuez ensuite votre application comme vous le faites habituellement.
Effectuer une analyse comparative du profil de référence
Pour comparer votre profil de référence, créez une configuration d'exécution de test d'instrumentation Android à partir de l'action "marge" qui exécute les analyses comparatives définies dans le fichier StartupBenchmarks.kt
ou StartupBencharks.java
. Pour en savoir plus sur les tests d'analyse comparative, consultez Créer une classe Macrobenchmark et Automatiser les mesures avec la bibliothèque Macrobenchmark.
![](https://developer.android.com/static/topic/performance/images/studio/gutter-action.png?authuser=9&hl=fr)
Lorsque vous exécutez cette commande dans Android Studio, le résultat de la compilation contient des informations sur les améliorations de vitesse fournies par le profil de référence :
StartupBenchmarks_startupCompilationBaselineProfiles timeToInitialDisplayMs min 161.8, median 178.9, max 194.6 StartupBenchmarks_startupCompilationNone timeToInitialDisplayMs min 184.7, median 196.9, max 202.9
Capturer tous les chemins de code requis
Les deux métriques clés pour mesurer les temps de démarrage de l'application sont les suivantes :
- Le délai d'affichage initial (TTID)
- Temps nécessaire pour afficher le premier frame de l'interface utilisateur de l'application.
- Le délai d'affichage total (TTFD)
- Le délai d'affichage initial plus la durée d'affichage du contenu chargé de manière asynchrone après l'affichage du frame initial.
Le TTFD est indiqué une fois que la méthode reportFullyDrawn()
de ComponentActivity
est appelée. Si reportFullyDrawn()
n'est jamais appelé, le TTID est indiqué à la place. Vous devrez peut-être différer l'appel de reportFullyDrawn()
jusqu'à la fin du chargement asynchrone. Par exemple, si l'interface utilisateur contient une liste dynamique telle qu'une RecyclerView
ou une liste différée, elle peut être renseignée par une tâche en arrière-plan qui se terminera après le premier affichage de la liste et, par conséquent, une fois que l'interface utilisateur sera marquée comme entièrement dessinée. Dans ce cas, le code qui s'exécute une fois que l'interface utilisateur est complètement dessiné n'est pas inclus dans le profil de référence.
Pour inclure la liste de membres dans votre profil de référence, obtenez FullyDrawnReporter
à l'aide de getFullyDrawnReporter()
et ajoutez-y un "rapporteur" dans le code de votre application. Vous devrez libérer ce rapporteur une fois que la tâche en arrière-plan aura rempli la liste. FullyDrawnReporter
n'appelle pas la méthode reportFullyDrawn()
tant que tous les rapporteurs ajoutés ne sont pas libérés. De cette façon, le profil de référence inclut les chemins de code requis pour remplir la liste.
Cela ne modifie pas le comportement de l'application aux yeux de l'utilisateur, mais permet au profil de référence d'inclure tous les chemins de code nécessaires.
Si votre application utilise Jetpack Compose, vous pouvez utiliser les API suivantes pour indiquer l'état entièrement dessiné :
ReportDrawn
indique que votre composable est immédiatement prêt à interagir.ReportDrawnWhen
utilise un prédicat, commelist.count > 0
, pour indiquer à quel moment votre composable sera prêt à interagir.ReportDrawnAfter
utilise une méthode de suspension qui, lorsqu'elle se termine, indique que votre composable est prêt à interagir.
Recommandations personnalisées
- Remarque : Le texte du lien s'affiche lorsque JavaScript est désactivé
- Capturer les métriques Macrobenchmark
- Écrire un macrobenchmark
- Bibliothèque JankStats