Quand InstanceIDListenerService être appelé et comment le tester?

Avec les dernières modifications apportées à Android GCM maintenant un InstanceIDListenerService est fourni pour être en mesure d'écouter jeton actualise en remplaçant la onTokenRefresh méthode.

Mais quand cette méthode d'être appelé? Et est-il un moyen de tester manuellement?

  • Il n'y a pas de moyen facile de tester manuellement, mais à partir de l'ID d'Instance du Cycle de vie page, il indique que Tokens are unique and secure, but your app or the Instance ID service may need to refresh tokens in the event of a security issue or when a user uninstalls and reinstalls your app during device restoration. Donc, vous voudrez peut-être essayer de réinstaller votre application lorsque l'appareil restauration.
InformationsquelleAutor Eylen | 2015-06-04
  1. 42

    Pour tester manuellement à partir de la ligne de commande exécuter:

    adb shell am startservice -a com.google.android.gms.iid.InstanceID --es "CMD" "RST" -n your.package.name/your.own.MyInstanceIDListenerService

    où:

    • Le package de votre application est votre.package.nom
    • Le nom de la classe de votre InstanceIDListenerService mise en œuvre est votre.propre.MyInstanceIDListenerService

    Cela va envoyer une intention de le service avec les extras prévu par la classe de base.

    Pour que cela fonctionne, le service doit être mis à exported temporairement:

    <service
    android:name="your.own.MyInstanceIDListenerService"
    android:exported="true">
    <intent-filter>
        <action android:name="com.google.android.gms.iid.InstanceID"/>
    </intent-filter>
</service>

    Remarque: cela devrait être effectuées uniquement temporairement et de ne jamais être exportée de la production ou encore d'autres applications peuvent accéder à votre service.

    • Si quelqu'un se Error: Requires permission not exported from uid - vous aurez besoin de temporaire pour changer dans votre manifeste android:exported="true" pour votre service (et n'oubliez pas de revenir après la fin du test).
    • Pour gradle : votre.package.le nom doit être l'ID de l'Application comme indiqué dans la construction.gradle fichier de votre module d'application, pas le "package" des biens mentionnés dans le manifeste android. (S'ils sont différents, dont ils peuvent être)
    • grande réponse.. +1. Je suis très curieux de savoir où vous avez trouvé cela, cependant.
    • Je suis passé par une décompilé InstanceIDListenerService classe pour voir ce qu'il fait. Le code est occulté, mais au moins, Android Studio rend le processus indolore.
    • Intéressant, il a travaillé pour moi, j'ai une question, je suis en utilisant la GCM, au sujet de l'abonnement, après jeton changé, dois-je me réinscrire tous les sujets de nouveau ?
    • Mieux ouvrir une nouvelle question sur le sujet resubscription (si celle-ci n'existe pas déjà)
    • a obtenu une exception : Erreur: Pas Trouvé; pas de démarrage du service :/
    • Cette méthode d'essai fonctionne bien pour moi. Je l'ai utilisé avec un Xamarin.Droid projet. Rappelez-vous si vous êtes à l'aide de Xamarin, vous devez rechercher le java généré espace de noms pour votre ID de service d'écoute de classe dans le acw-map.txt plutôt que de tenter d'utiliser le C# de l'espace de noms pour localiser correctement lors de l'utilisation de la bad.
    • Si vous trouver une Erreur: Pas Trouvé; pas de service a commencé. Puis il suffit de faire adb shell am startservice -a com.google.android.gms.iid.InstanceID --es "CMD" "RST" your.package.name
    • Votre commande adb a été de travailler avec la GCM, mais avez-vous essayé de feu l'intention, mais pour Firebase (FCM)? J'ai essayé et c'est exécutée sans erreur, ni des avertissements, mais le onTokenRefresh() n'est jamais appelée. Des idées? adb shell am startservice -a com.google.firebase.INSTANCE_ID_EVENT --es "CMD" "RST" -n com.my.package/com.my.package.InstanceIDListenerService
    • Doit-on traiter le cas lorsque le service n'est pas au premier plan? I. e., si nous appelons startforeground à l'intérieur de la InstanceIDListenerService par nous-mêmes? Ou il est assuré que le service doit être démarré lorsque l'application est au premier plan seulement?

    InformationsquelleAutor Hermit
  2. 2

    onTokenRefresh() sera appelée si le jeton pour votre application a été mise à jour par l'ID d'Instance de service. La raison principale pour onTokenRefresh() appelée est de vous permettre de mettre à jour votre serveur d'application avec le nouveau jeton de sorte qu'il peut envoyer des messages à votre application.

    Vous ne devriez pas avoir à tester la valeur du jeton manuellement. Le jeton est principalement utilisé par votre serveur d'application pour envoyer des messages à votre application. Ainsi, lorsque votre application s'exécute en premier vous devez appeler InstanceID.getToken() et envoyer le jeton à votre serveur. Puis, plus tard, si le jeton est mise à jour que vous appelez InstanceID.getToken() à nouveau et envoyer la nouvelle valeur à votre serveur de nouveau.

    Vérifier ici un exemple.

    • "Vous ne devriez pas avoir à tester" - pour sûr que vous devez.
    • Aussi, en désaccord avec "pas besoin de test". Vous avez certainement devraient tester manuellement le déclenchement de la onTokenRefresh() puisque c'est votre code personnalisé. Sinon, vous ne pouvez pas être certain que le réel de la GCM, serveur d'actualisation de la demande de travail dans le futur!
    • Ouais, je vois la nécessité de tester le code que vous avez dans onTokenRefresh, ce que je voulais dire ici, c'est qu'il n'y a aucun moyen d'invalider un jeton existant qui serait alors le résultat dans le onTokenRefresh de rappel. Mais il n'y a rien qui vous empêche de tester le code dans onTokenRefresh.
    InformationsquelleAutor Arthur Thompson