Optimiser pour Android (édition Go)
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Android (édition Go) a une base d'utilisateurs en croissance rapide, et il est donc nécessaire d'optimiser les applications existantes pour qu'elles soient performantes sur ces appareils à faible RAM.
Parmi les défis les plus courants liés à ce type de développement, vous devrez limiter certaines fonctionnalités ou capacités de l'application, améliorer le temps de démarrage et gérer la pression sur la mémoire au sein de votre application. C'est là que l'optimisation de votre application pour Android (édition Go) peut vous aider.
Approche
Suivez les étapes ci-dessous avant de commencer le processus d'optimisation de votre application. Ces conseils vous aideront à identifier les points à améliorer et à déterminer comment résoudre les problèmes.
| Phases |
Description |
| Définir |
Avant de lancer toute initiative d'optimisation, il est important de définir des indicateurs clés de performance (KPI) en fonction des points à améliorer que vous ciblez pour votre application. Voici quelques exemples d'améliorations courantes : latence au démarrage de l'application, taux de plantages ou application qui ne répond pas (ANR).
Une fois ces KPI définis, vous devez définir des objectifs pour obtenir une expérience utilisateur acceptable et respecter les benchmarks. Il s'agit d'un compromis entre expérience utilisateur et complexité technique.
|
| Détails |
Il est recommandé de définir des métriques pour les différents points à améliorer. Par exemple, le taux de plantages de l'application peut être découpé en plusieurs catégories (les motifs de plantage), telles que les erreurs non gérées, l'utilisation élevée de la mémoire ou les erreurs ANR. |
| Benchmark |
Vous pouvez ensuite réaliser un benchmark pour identifier les performances actuelles de l'application. Si vos objectifs ne sont pas atteints, menez l'enquête pour identifier les goulots d'étranglement.
|
| Répéter le processus |
Après avoir optimisé certains goulots d'étranglement, répétez le processus de benchmarking pour visualiser les améliorations potentielles. Si vos KPI cibles prédéfinis ne sont pas atteints, vous pouvez répéter de nouveau le processus.
|
| Ajouter des tests de régression réguliers |
Vous pouvez exécuter des tests de régression réguliers à la fréquence de votre choix pour que votre appli identifie des régressions par rapport à vos KPI. Il est plus efficace d'identifier et de supprimer les régressions ou les bugs avant qu'ils n'entrent dans votre codebase.
Ne publiez aucune modification qui ne respecte pas vos objectifs de KPI, sauf si vous décidez d'actualiser ces derniers.
|
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/07/27 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/07/27 (UTC)."],[],[],null,["# Optimize for Android (Go edition)\n\nAndroid (Go edition) has a rapidly growing user base, and with that comes the\nneed to optimize existing applications to perform well on these low-RAM devices.\nSome of the most common challenges around this type of development requires\nlimiting some app features or capabilities, improving startup time, and handling\nmemory pressure within your app. That's where optimizing your app for Android\n(Go edition) can help.\n\nApproach\n--------\n\nFollow the steps below before beginning your app optimization approach. This\nguidance helps establish a baseline for identifying potential areas for\nimprovement and how to resolve your findings.\n\n| Phases | Description |\n|------------------------------|----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| Define | Before starting any optimization effort, it's important to define Key Performance Indicators (KPIs) around areas of improvement that you're targeting for your app. Some common improvement areas include app startup latency, app crash rate, or application not responding (ANRs). \u003cbr /\u003e Once these KPIs have been defined, you should establish target thresholds from a minimum user experience and benchmarking perspective, balancing user experience and technical complexity. |\n| Breakdown | It's recommended to break these improvement areas into individual signal metrics. For example, app crash rates can be categorized granularly into reasons for the crash --- such as unhandled errors, high memory usage, or ANRs. |\n| Benchmark | Next, you can benchmark the targeted improvement area to identify current performance. If your targets aren't met, try to identify the bottlenecks by looking at individual breakdowns. |\n| Repeat the process | After optimizing certain bottlenecks, repeat the benchmarking process to view potential improvements. If your pre-defined KPI targets aren't met, then you can repeat the process for a second iteration. |\n| Add regular regression tests | Regular regression tests can run at any frequency you desire for your app to identify regressions against your KPIs. It's more efficient to identify and cut off any regressions or bugs before they make their way into your codebase. Don't publish any changes that fail your KPI goals unless you make the decision to update your KPI targets. |"]]
