Pour réduire la consommation d'énergie, Android 8.0 (niveau d'API 26) limite la fréquence à laquelle une application peut récupérer la position actuelle de l'utilisateur lorsqu'elle s'exécute en arrière-plan. Dans ces conditions, les applications ne peuvent recevoir des notifications de position que quelques fois par heure.
Remarque : Ces limites s'appliquent à toutes les applications utilisées sur des appareils équipés d'Android 8.0 (niveau d'API 26) ou version ultérieure, quelle que soit la version du SDK cible de l'application.
Ce comportement de récupération de position est particulièrement important à garder à l'esprit si votre application repose sur des alertes en temps réel ou sur la détection de mouvement lorsqu'elle s'exécute en arrière-plan.
Le comportement de l'application au premier plan est conservé
Si une application est au premier plan sur un appareil équipé d'Android 8.0 (niveau d'API 26), le comportement de mise à jour de la position est le même que sur Android 7.1.1 (niveau d'API 25) et versions antérieures.
Avertissement:Si votre application récupère des mises à jour de position quasi en temps réel sur une longue période, l'autonomie de la batterie de l'appareil est considérablement réduite.
Ajuster le comportement de localisation de votre application
Déterminez si les cas d'utilisation d'exécution en arrière-plan de votre application ne peuvent pas fonctionner du tout si votre application reçoit des mises à jour de position peu fréquentes. Si tel est le cas, vous pouvez récupérer les mises à jour de position plus fréquemment en effectuant l'une des actions suivantes:
- Mettez votre application au premier plan.
-
Démarrez un service de premier plan dans votre application en appelant
startForegroundService()
. Lorsqu'un tel service de premier plan est actif, il s'affiche sous la forme d'une notification continue dans la zone de notification.Attention:Si votre application démarre un service de premier plan lorsqu'elle s'exécute en arrière-plan sur un appareil équipé d'Android 11 (niveau d'API 30) ou version ultérieure, elle ne peut pas accéder aux informations de localisation, sauf si l'utilisateur lui a accordé l'autorisation
ACCESS_BACKGROUND_LOCATION
. Pour en savoir plus, consultez les conseils sur les restrictions d'utilisation associées aux services de premier plan. -
Utilisez des éléments de l'API Geofencing, tels que
GeofencingClient
, qui sont optimisés pour réduire la consommation d'énergie. - Utilisez un écouteur de position passif, qui peut recevoir des mises à jour de position plus rapides si des applications de premier plan demandent des mises à jour de position à un rythme plus rapide.
Remarque:Si votre application a besoin d'accéder à l'historique des positions contenant des mises à jour fréquentes, utilisez la version groupée des éléments de l'API Fused Location Provider, tels que l'interface FusedLocationProviderApi
. Lorsque votre application s'exécute en arrière-plan, cette API reçoit la position de l'utilisateur plus fréquemment que l'API non groupée. N'oubliez pas, cependant, que votre application ne reçoit toujours les mises à jour par lot que quelques fois par heure.
API concernées
Les modifications apportées au comportement de récupération de la position dans les applications en arrière-plan affectent les API suivantes:
- Fused Location Provider (FLP)
-
-
Si votre application s'exécute en arrière-plan, le service du système de localisation ne calcule une nouvelle position pour votre application que quelques fois par heure. Cela est vrai même lorsque votre application demande des mises à jour de position plus fréquentes.
Toutefois, en utilisant la version par lot de FLP, vous avez accès à un historique de position plus fréquent après que votre application a reçu une mise à jour par lot, qui ne se produit que quelques fois par heure.
- Si votre application s'exécute au premier plan, les taux d'échantillonnage de la position ne changent pas par rapport à Android 7.1.1 (niveau d'API 25).
-
- Géorepérage
-
- Les applications en arrière-plan peuvent recevoir des événements de transition de géorepérage plus fréquemment que les mises à jour du fournisseur de position fusionné.
- La réactivité moyenne d'un événement de géorepérage est d'environ deux minutes.
- Mesures GNSS et messages de navigation GNSS
-
- Lorsque votre application est exécutée en arrière-plan, les rappels enregistrés pour recevoir les sorties de
GnssMeasurement
etGnssNavigationMessage
cessent de s'exécuter.
- Lorsque votre application est exécutée en arrière-plan, les rappels enregistrés pour recevoir les sorties de
- Gestionnaire de zones géographiques
-
-
Les mises à jour de position ne sont fournies aux applications en arrière-plan que quelques fois par heure.
Remarque:Si votre application s'exécute sur un appareil sur lequel les services Google Play sont installés, nous vous recommandons vivement d'utiliser le fournisseur de position fusionné (FLP) à la place.
-
- Gestionnaire Wi-Fi
-
La méthode
startScan()
n'effectue une analyse complète des applications en arrière-plan que quelques fois par heure. Si une application en arrière-plan appelle à nouveau la méthode peu de temps après, la classeWifiManager
fournit les résultats mis en cache de l'analyse précédente.