Erreur ANR "Broadcast of Intent { act=com.google.firebase.INSTANCE_ID_EVENT" ... "FirebaseInstanceIdInternalReceiver" pour Android 7.1 et 8.0

Question

Nous avons une application Android pour laquelle de nombreuses erreurs ANR ont été signalées dernièrement. Cela ne se produit que sous Android 7.1 et 8.0 (pas sous 4.4, 5.0 ou 6.0, par exemple). L'ANR est :

Broadcast of Intent { act=com.google.firebase.INSTANCE_ID_EVENT flg=0x14 cmp=com.our.package.name/com.google.firebase.iid.FirebaseInstanceIdInternalReceiver (has extras) }

La question est la suivante : Pourquoi avons-nous ce RNA, et que pouvons-nous faire pour l'éviter ? Notez que cela fonctionne très bien sur les versions antérieures d'Android, ce qui, à mon avis, prouve que nous ne commettons pas les erreurs de débutant à l'origine de l'ANR.

J'ai beaucoup de mal à reproduire ce bug. Comme il n'est présent que sur Android 7.1 et 8.0, je pense que cela peut avoir un rapport avec le nouveau mode doze et l'économie de batterie, mais même en utilisant le mode doze, je n'arrive pas à le reproduire. adb shell dumpsys deviceidle force-idle etc. alors que le test ne reproduit pas ce problème, ni le fait de mettre en SystemClock.sleep(20000); à plusieurs endroits.

Notre code pour InstanceIdService est :

public class InstanceIdService extends FirebaseInstanceIdService {
    private Analytics mAnalytics;

    @Override
    public void onCreate() {
        super.onCreate();

        mAnalytics = new AnalyticsImpl();
        boolean isFullVersion = getApplicationContext().getPackageName().endsWith("full");
        mAnalytics.init(getApplicationContext(), isFullVersion);
    }

    @Override
    public void onTokenRefresh() {
        boolean initialLoginSucceeded = OurAppNameApplication.getInstance().getSettings().getInitialLoginSucceeded();
        mAnalytics.logEvent("FCM_Token_Refresh_Triggered", "initialLoginSucceeded", String.valueOf(initialLoginSucceeded));

        if (initialLoginSucceeded) { // We only report the FCM token to our server if the user has logged in at least once
            OurAppNameApplication.getInstance().getOurAppNameService().registerDeviceWithRetry();
        }
    }
}

Nous utilisons Google Play Services et Firebase version 11.2.0. Notre cibleSdkVersion est 25.

PS : Le code mAnalytics.init(...) ci-dessus nous donne un avertissement StrictMode, comme ceci initialise Flurry . Mais il s'agit d'accès au disque, pas de trafic réseau. Et mettre en SystemClock.sleep(20000); à cet endroit ne no déclencher n'importe quel ANR.

Pourquoi obtient-on un ANR, et que peut-on faire pour l'éviter ?

--

Editar: Comme suggéré dans le commentaire de Bob Snyder, j'ai essayé de tester avec adb shell cmd appops set com.our.package.name RUN_IN_BACKGROUND ignore . Cependant, cela ne produit aucun ANR, mais empêche seulement notre récepteur de diffusion de fonctionner, comme le montre le logcat :

09-21 10:39:25.314 943-6730/? W/ActivityManager: Background start not allowed: service Intent { act=com.google.firebase.INSTANCE_ID_EVENT pkg=com.our.package.name cmp=com.our.package.name/com.our.package.service.notifications.InstanceIdService (has extras) } to com.our.package.name/com.our.package.service.notifications.InstanceIdService from pid=4062 uid=10139 pkg=com.our.package.name
09-21 10:39:25.314 4062-4062/com.our.package.name E/FirebaseInstanceId: Error while delivering the message: ServiceIntent not found.

Ma conclusion est que ce n'est peut-être pas la bonne façon de reproduire cette erreur ANR.

Pour être complet : Toutes les commandes ADB utilisées lors des tests sont :

adb shell dumpsys deviceidle force-idle
adb shell dumpsys battery unplug
adb shell am set-inactive com.our.package.name true
adb install -r our-app.apk
adb shell cmd appops set com.our.package.name RUN_IN_BACKGROUND ignore

(En fait, la dernière ligne est exécutée de nombreuses fois en parallèle avec le programme adb install afin que nous soyons sûrs qu'elle prenne effet avant l'installation et la restauration (des paramètres) et que le jeton d'enregistrement Firebase soit automatiquement rafraîchi après l'installation).

Answer 1

Il s'agit d'un bogue qui a été corrigé dans la version Version du 18 septembre du FCM SDK :

Correction d'un problème qui entraînait parfois le blocage des applications par des erreurs ANR (Android Not Responding) lors de la réception d'un message.

Mise à jour vers com.google.firebase:firebase-messaging:17.3.2 ou plus tard devrait résoudre le problème. Si ce n'est pas le cas, veuillez support de contact .

Answer 2

Essayez la dernière version de Firebase y Play Services SDKs (v. 11.4.2). Changez également votre targetSDKVersion à 26 et BuildToolsVersion à 26.0.2.

Je recevais également la même erreur pour les appareils Google Pixel/Nexus fonctionnant sous Android 8.0. Je n'ai pas reçu de nouveau rapport après avoir mis à jour toutes les bibliothèques.

Pourquoi avons-nous ce RNA, et que pouvons-nous faire pour l'éviter ?

Je ne sais pas vraiment pourquoi cela se produit. J'ai également contacté le support de Firebase pour en connaître les raisons mais ils ont demandé de mcve et comme je ne sais pas ce qui cause le problème, je n'ai pas pu fournir de mcve. J'utilise uniquement l'authentification Firebase dans mon application, donc je crois fermement que le problème a quelque chose à voir avec cela.

Answer 3

Une fuite de mémoire de l'application peut être l'une des raisons de l'émission de ce message. com.google.firebase.iid.firebaseinstanceidreceiver ANR .

Vous pouvez donc vérifier sur Profileur Android pour la fuite de mémoire de votre application. Si le problème de fuite de mémoire est résolu, l'ANR diminue automatiquement.

J'espère que cela vous aidera.