Performances des applications Xamarin.Android
De nombreuses techniques permettent d’accroître les performances des applications générées avec Xamarin.Android. Ensemble, ces techniques peuvent considérablement réduire la charge de travail d’un processeur, de même que la quantité de mémoire consommée par une application. Cet article décrit et explique ces techniques.
Vue d'ensemble des performances
Pour une application, la dégradation des performances peut se traduire de différentes façons. L’application semble ne pas répondre, le défilement de l’affichage est ralenti et la durée de vie de la batterie de l’appareil réduite. Toutefois, l’optimisation des performances implique davantage de choses que l’implémentation d’un code efficace. L’expérience utilisateur liée au niveau de performance de l’application doit également être prise en compte. Par exemple, pour contribuer à améliorer l’expérience utilisateur, vous devez vérifier que les opérations s’exécutent sans empêcher l’utilisateur d’effectuer d’autres activités.
De nombreuses techniques permettent d’accroître les performances des applications générées avec Xamarin.Android (y compris du point de vue de l’utilisateur). Notamment :
- Optimiser les hiérarchies de dispositions
- Optimiser les affichages de liste
- Supprimer les Gestionnaires d’événements dans les activités
- Limite la durée de vie des services
- Libérer des ressources après notification
- Libérer des ressources lorsque l’interface utilisateur est masquée
- Optimiser les ressources d’images
- Supprimer les ressources d’images non utilisées
- Éviter l’arithmétique à virgule flottante
- Faire disparaître les boîtes de dialogue
Remarque
Avant de lire cet article, lisez d’abord Niveau de performance multiplateforme, qui décrit les techniques indépendantes des plateformes permettant améliorer l’utilisation de la mémoire et les performances des applications générées à l’aide de la plateforme Xamarin.
Optimiser les hiérarchies de dispositions
Chaque disposition ajoutée à une application requiert une initialisation, une mise en page et un dessin. La passe de disposition peut être coûteuse en cas d’imbrication d’instances de LinearLayout
qui utilisent le paramètre weight
, car chaque enfant sera mesuré deux fois. L’utilisation d’instances imbriquées de LinearLayout
peut conduire à une hiérarchie d’affichage profonde, ce qui peut entraîner une dégradation des performances pour les dispositions compressées plusieurs fois, comme dans un ListView
. Il est par conséquent important que ces dispositions soient optimisées, d’autant que les bénéfices sur les performances seront multipliés.
Prenons par exemple le LinearLayout
d’une ligne d’affichage de liste ayant une icône, un titre et une description. Le LinearLayout
contiendra un ImageView
et un LinearLayout
vertical contenant deux instances de TextView
:
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="fill_parent"
android:layout_height="?android:attr/listPreferredItemHeight"
android:padding="5dip">
<ImageView
android:id="@+id/icon"
android:layout_width="wrap_content"
android:layout_height="fill_parent"
android:layout_marginRight="5dip"
android:src="@drawable/icon" />
<LinearLayout
android:orientation="vertical"
android:layout_width="0dip"
android:layout_weight="1"
android:layout_height="fill_parent">
<TextView
android:layout_width="fill_parent"
android:layout_height="0dip"
android:layout_weight="1"
android:gravity="center_vertical"
android:text="Mei tempor iuvaret ad." />
<TextView
android:layout_width="fill_parent"
android:layout_height="0dip"
android:layout_weight="1"
android:singleLine="true"
android:ellipsize="marquee"
android:text="Lorem ipsum dolor sit amet." />
</LinearLayout>
</LinearLayout>
Cette disposition a une profondeur de 3 niveaux, ce qui est inutile lorsqu’elle est compressée pour chaque ligne ListView
. Elle peut toutefois être améliorée par l’aplanissement de la disposition, comme illustré dans l’exemple de code suivant :
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="fill_parent"
android:layout_height="?android:attr/listPreferredItemHeight"
android:padding="5dip">
<ImageView
android:id="@+id/icon"
android:layout_width="wrap_content"
android:layout_height="fill_parent"
android:layout_alignParentTop="true"
android:layout_alignParentBottom="true"
android:layout_marginRight="5dip"
android:src="@drawable/icon" />
<TextView
android:id="@+id/secondLine"
android:layout_width="fill_parent"
android:layout_height="25dip"
android:layout_toRightOf="@id/icon"
android:layout_alignParentBottom="true"
android:layout_alignParentRight="true"
android:singleLine="true"
android:ellipsize="marquee"
android:text="Lorem ipsum dolor sit amet." />
<TextView
android:layout_width="fill_parent"
android:layout_height="wrap_content"
android:layout_toRightOf="@id/icon"
android:layout_alignParentRight="true"
android:layout_alignParentTop="true"
android:layout_above="@id/secondLine"
android:layout_alignWithParentIfMissing="true"
android:gravity="center_vertical"
android:text="Mei tempor iuvaret ad." />
</RelativeLayout>
La hiérarchie à 3 niveaux est passée à 2 niveaux et un seul RelativeLayout
a remplacé deux LinearLayout
. Les performances seront considérablement améliorées lors de la compression de la disposition pour chaque ligne ListView
.
Optimiser les affichages de liste
Les utilisateurs attendent un défilement fluide et des temps de chargement rapides pour les instances de ListView
. Toutefois, les performances de défilement peuvent être réduites lorsque chaque ligne d’affichage de liste contient des hiérarchies d’affichage profondément imbriquées ou lorsque les lignes d’affichage de liste contiennent des dispositions complexes. Toutefois, vous pouvez utiliser certaines techniques pour éviter une dégradation du niveau de performance de ListView
:
- Réutiliser des affichages de ligne. Pour plus d’informations, consultez Réutiliser des affichages de ligne.
- Aplatir les dispositions, lorsque cela est possible.
- Mettre en cache le contenu de ligne qui est récupéré depuis un service web.
- Éviter la mise à l’échelle des images.
Utilisées conjointement, ces techniques peuvent vous aider à conserver la fluidité du défilement des instances de ListView
.
Réutiliser des affichages de ligne
Quand des centaines de lignes s’affichent dans ListView
, ne gaspillez pas de la mémoire en créant des centaines d’objets View
, alors qu’un petit nombre d’entre eux s’affichent en même temps à l’écran. Au lieu de cela, seuls les objets View
visibles dans les lignes à l’écran peuvent être chargés en mémoire, le contenu étant chargé dans ces objets réutilisés. Cela empêche l’instanciation de centaines d’objets supplémentaires, ce qui se traduit par un gain de temps et une économie de mémoire.
Par conséquent, lorsqu’une ligne disparaît de l’écran, son affichage peut être placé dans une file d’attente en vue de sa réutilisation, comme illustré dans l’exemple de code suivant :
public override View GetView(int position, View convertView, ViewGroup parent)
{
View view = convertView; // re-use an existing view, if one is supplied
if (view == null) // otherwise create a new one
view = context.LayoutInflater.Inflate(Android.Resource.Layout.SimpleListItem1, null);
// set view properties to reflect data for the given row
view.FindViewById<TextView>(Android.Resource.Id.Text1).Text = items[position];
// return the view, populated with data, for display
return view;
}
Lorsque l’utilisateur utilise le défilement, l’instance de ListView
appelle la substitution GetView
pour demander l’affichage de nouveaux affichages. Si des affichages sont disponibles, elle passe un affichage non utilisé dans le paramètre convertView
. Si cette valeur est null
, le code crée une nouvelle instance de View
; sinon les propriétés convertView
peuvent être réinitialisées et réutilisées.
Pour plus d’informations, consultez Réutilisation d’un affichage de ligne dans Remplissage d’un affichage de liste avec des données.
Supprimer les gestionnaires d’événements dans les activités
Lorsqu’une activité est détruite dans le runtime Android, il est possible qu’elle soit toujours active dans le runtime Mono. Par conséquent, supprimez les gestionnaires d’événements pour les objets externes dans Activity.OnPause
afin d’empêcher le runtime de conserver une référence à une activité qui a été détruite.
Dans une activité, déclarez les gestionnaires d’événements au niveau de la classe :
EventHandler<UpdatingEventArgs> service1UpdateHandler;
Implémentez ensuite les gestionnaires dans l’activité, comme dans OnResume
:
service1UpdateHandler = (object s, UpdatingEventArgs args) => {
this.RunOnUiThread (() => {
this.updateStatusText1.Text = args.Message;
});
};
App.Current.Service1.Updated += service1UpdateHandler;
Lorsque l’activité quitte l’état d’exécution, OnPause
est appelé. Dans l’implémentation OnPause
, supprimez les gestionnaires comme suit :
App.Current.Service1.Updated -= service1UpdateHandler;
Limiter la durée de vie des services
Au démarrage d’un service, Android maintient l’exécution du processus du service. De ce fait, le processus est onéreux car sa mémoire ne peut pas être paginée, ni utilisée ailleurs. Le fait de maintenir un service en exécution alors qu’il n’est pas requis augmente par conséquent le risque qu’une application montre des performances dégradées en raison des contraintes de mémoire. Le basculement entre les applications peut également être moins efficace car le nombre de processus qu’Android peut mettre en cache est réduit.
La durée de vie d’un service peut être limitée à l’aide d’un IntentService
, qui se termine lui-même dès qu’il a traité l’intention qui l’a démarré.
Libérer des ressources après notification
Pendant le cycle de vie des applications, le rappel OnTrimMemory
envoie une notification lorsque la mémoire de l’appareil est faible. Ce rappel doit être implémenté pour écouter les notifications de niveau de mémoire suivantes :
TrimMemoryRunningModerate
: l’application peut vouloir libérer des ressources non nécessaires.TrimMemoryRunningLow
: l’application devrait libérer des ressources non nécessaires.TrimMemoryRunningCritical
: l’application devrait libérer autant de processus non critiques qu’elle le peut.
En outre, lorsque le processus de l’application est mis en cache, les notifications de niveau de mémoire suivantes peuvent être reçues par le rappel OnTrimMemory
:
TrimMemoryBackground
: libérer les ressources qui peuvent rapidement et efficacement être regénérer si l’utilisateur retourne à l’application.TrimMemoryModerate
: la libération de ressources peut aider le système à garder en cache d’autres processus pour de meilleures performances globales.TrimMemoryComplete
: le processus d’application va bientôt être interrompu si de la mémoire supplémentaire n’est pas récupérée.
La réponse aux notifications doit être la libération de ressources en fonction du niveau reçu.
Libérer des ressources lorsque l’interface utilisateur est masquée
Libérez les ressources utilisées par l’interface utilisateur de l’application dès que l’utilisateur navigue vers une autre application, car celle-ci peut augmenter considérablement la capacité d’Android en termes de processus mis en cache, qui à son tour peut avoir un impact sur la qualité de l’expérience utilisateur.
Pour recevoir une notification lorsque l’utilisateur quitte l’interface utilisateur, vous devez implémenter le rappel OnTrimMemory
dans les classes Activity
et écouter le niveau TrimMemoryUiHidden
, qui indique que l’interface utilisateur est masquée. Cette notification est reçue uniquement lorsque tous les composants de l’interface utilisateur de l’application sont masqués de la vue de l’utilisateur. La libération des ressources de l’interface utilisateur lorsque cette notification est reçue garantit que si l’utilisateur revient d’une autre activité de l’application, les ressources de l’interface utilisateur sont toujours disponibles pour rapidement reprendre l’activité.
Optimiser les ressources d’images
Les images font partie des ressources les plus coûteuses qui sont utilisées par les applications et sont souvent capturées en haute résolution. Par conséquent, affichez les images à la résolution requise pour l’écran de l’appareil. Si la résolution de l’image est supérieure à celle de l’écran, elle doit être réduite.
Pour plus d’informations, consultez Optimiser les ressources d’images dans le guide Niveau de performance multiplateforme.
Supprimer les ressources d’images non utilisées
Pour utiliser moins de mémoire, il est judicieux de supprimer les grandes ressources d’images qui ne sont plus nécessaires. Toutefois, il est important de s’assurer que les images sont correctement supprimées. Au lieu d’utiliser une invocation .Dispose()
explicite, vous pouvez tirer parti des instructions using pour garantir l’utilisation correcte des objets IDisposable
.
Par exemple, la classe Bitmap implémente IDisposable
. L’inclusion dans un wrapper de l’instanciation d’un objet BitMap
dans un bloc using
permet de s’assurer qu’il est supprimé correctement à la sortie du bloc :
using (Bitmap smallPic = BitmapFactory.DecodeByteArray(smallImageByte, 0, smallImageByte.Length))
{
// Use the smallPic bit map here
}
Pour plus d’informations sur la libération des ressources pouvant être supprimées, consultez Libérer des ressources IDisposable.
Éviter l’arithmétique à virgule flottante
Sur les appareils Android, l’arithmétique à virgule flottante est environ 2 fois plus lente que l’arithmétique sur les entiers. Par conséquent, remplacez l’arithmétique à virgule flottante par l’arithmétique sur les entiers, si possible. Toutefois, il n’y a pas de différence de temps d’exécution entre l’arithmétique float
et l’arithmétique double
sur du matériel récent.
Remarque
Même pour l’arithmétique sur les entiers, certains processeurs ne disposent pas de fonctionnalités de division du matériel. Par conséquent, les opérations de division et de modulo entier sont souvent exécutées dans le logiciel.
Faire disparaître les boîtes de dialogue
Lorsque vous utilisez la classe ProgressDialog
(ou toute boîte de dialogue ou alerte), au lieu d’appeler la méthode Hide
lorsque l’objet de la boîte de dialogue est terminé, appelez la méthode Dismiss
. Dans le cas contraire, la boîte de dialogue sera toujours active et provoquera une fuite de l’activité en maintenant une référence à celle-ci.
Résumé
Dans cet article, vous avez découvert les techniques qui permettent d’accroître les performances des applications générées avec Xamarin.Android. Ensemble, ces techniques peuvent considérablement réduire la charge de travail d’un processeur, de même que la quantité de mémoire consommée par une application.