Nous avons une application qui reçoit des notifications push via certains services tiers qui encapsulent la messagerie Firebase. Après une mise à jour récente de la bibliothèque, nous avons commencé à voir com.google.android.location.ALARM_WAKEUP_ACTIVITY_DETECTION à volume élevé dans le Play Store.
Nous n'utilisons le géorepérage nulle part dans l'application, et mes conversations avec les représentants tiers à qui j'ai parlé ne le déclenchent pas non plus. Il n'y a pas beaucoup de documentation autour de cette intention à part le fait qu'elle est déclenchée par LocationListener. J'ai essayé de savoir quand cette intention est déclenchée en dehors des abonnements de géolocalisation et je n'ai pas beaucoup de chance. Je ne suis pas non plus en mesure de reproduire le problème localement, bien que selon les données vitales du Play Store, plus de 5% de mes utilisateurs en aient connu plus de 10 fois / heure.
Quelqu'un sait-il où com.google.android.location.ALARM_WAKEUP_ACTIVITY_DETECTION est utilisé, en quoi son utilisation diffère-t-elle de com.google.android.location.ALARM_WAKEUP_LOCATOR, et qu'est-ce qui pourrait provoquer son déclenchement excessif depuis l'arrière-plan en dehors de la géolocalisation?
3 Réponses :
Le ALARM_WAKEUP_LOCATOR est utilisé par la nouvelle API de localisation de google: FusedLocationProviderClient . Il est utilisé lorsqu'une application essaie d'avoir une mise à jour de l'emplacement. Pour ALARM_WAKEUP_ACTIVITY_DETECTION, c'est juste une supposition, mais je pense que cela vient de l ' API ActivityTransition qui permet de détecter l'activité actuelle d'un utilisateur, parmi celles-ci:
Cela vaut peut-être le coup d'œil!
ALARM_WAKEUP_LOCATOR est utilisé lorsqu'une application essaie d'avoir une mise à jour d'emplacement. Tandis que ALARM_WAKEUP_ACTIVITY_DETECTION fait la mise à jour de l'emplacement lorsque la personne ayant l'appareil dans un environnement / un environnement où un son semblable à une alarme (son aigu / pas de conversation) est joué, qu'il bouge ou non. Il peut être utilisé dans certains environnements de travail, une simulation de forage ou même des travaux automatisés. Eh bien, dans votre cas, si vous ne gérez pas la géolocalisation, si vous demandez l'emplacement, définissez-lui une priorité faible. Pour cette lecture, cela peut être utile.
Attendez, donc votre théorie est que ALARM_WAKEUP_ACTIVITY_DETECTION est lié au son, et que cela se produit parce qu'un emplacement avec une faible priorité est défini mais il est lié au bruit de fond? Cela n'est pas mentionné dans le lien associé, et j'ai du mal à croire - où obtenez-vous vos informations sur ALARM_WAKEUP_ACTIVITY_DETECTION?
@wshelor Il n'est pas directement implémenté dans Android car il s'agit d'une bibliothèque souvent utilisée par les applications / groupes de fitness. Un tel exemple est "Sleep as Android". Voir leur GIT ainsi que cela vaut la peine d'être lu forum.xda-developers.com/oneplus-6/help/...
Je suis convaincu. On dirait que l'un de mes tiers doit être à l'écoute des mises à jour de localisation, et un tiers comme Sleep, car Android le lance. Problème étrange, et je ne suis pas tout à fait sûr de savoir comment le résoudre, mais tant qu'il ne correspond pas directement à un problème immédiat pour mes utilisateurs, je pense que cela pourrait être bien. Merci pour l'aide Vanshaj!
J'essaye d'explorer ce phénomène. En attendant, y a-t-il des modèles que vous pouvez découvrir à partir du tableau de bord Vitals?
Il y a quelques conseils qui peuvent nous donner quelques indices.
1. Non, c'était assez cohérent entre les différents appareils. 2. Vitals ne nous donne que 8.0+, mais il ne semble pas provenir d'une ou deux versions. 3. Non, pour autant que je sache, aucun service de jeu ne change. Le volume a baissé régulièrement pour moi, cependant. Les bibliothèques mises à jour étaient UrbanAirship, Instabug et Braze.
Copie possible de: Excessive Alarm Manager wakeups sous Android avec la localisation des services Google Play