Déboguez votre application Android basée sur les balises ANR dans le tableau de bord Crashlytics

Les erreurs d'application ne répondant pas (ANR) sont déclenchées lorsque le thread d'interface utilisateur de l'application ne répond pas pendant plus de 5 secondes . Vous pouvez en savoir plus sur les ANR et le diagnostic des ANR dans la documentation Android .

De plus, Crashlytics peut aider à identifier des fils de discussion problématiques spécifiques. Nous analysons les ANR, puis, dans le tableau de bord Crashlytics , nous marquons les threads applicables pour fournir des conseils sur la façon de déboguer l'ANR.

Les sections suivantes de cette page expliquent la signification de chaque balise ANR, montrent un exemple d'ANR avec cette balise et fournissent une solution recommandée pour déboguer l'ANR.

Triggered ANR

Un thread qui a été bloqué trop longtemps et qui a déclenché l'ANR est annoté avec ceci Triggered ANR .

Le fil problématique peut être le fil principal de l’application ou tout fil qui ne répond pas. Cependant, le fil étiqueté comme Triggered ANR peut ou non être la cause réelle de l'ANR. Pour fournir des informations sur le débogage et la correction de ces ANR, Crashlytics marque également tous les autres threads impliqués dans l'ANR. Dans les sections suivantes de cette page, découvrez les autres balises pouvant être appliquées à un fil de discussion.

Deadlocked

Tous les threads impliqués dans un blocage ayant conduit à l'ANR sont annotés avec ceci Deadlocked .

Un blocage se produit lorsqu'un thread entre dans un état d'attente car une ressource requise est détenue par un autre thread, qui attend également une ressource détenue par le premier thread. Si le thread principal de l'application se trouve dans cette situation, des ANR sont susceptibles de se produire.

main (unknown): tid=1 systid=1568
    com.android.server.pm.PackageManagerService$PackageManagerInternalImpl.getPackage(PackageManagerService.java:22701)
    com.android.server.pm.PackageManagerService$PackageManagerInternalImpl.filterOnlySystemPackages(PackageManagerService.java:22787)

    ...

    com.android.server.SystemServer.main(SystemServer.java:368)
     java.lang.reflect.Method.invoke(Native method)
    com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:517)
    com.android.internal.os.ZygoteInit.main(ZygoteInit.java:934)


ActivityManager (unknown): tid=21 systid=1902
    com.android.server.pm.PackageManagerService.getPackageSetting(PackageManagerService.java:23618)
    com.android.server.pm.PackageManagerService.getPackageUid(PackageManagerService.java:4542)

    ...

    android.os.Handler.handleCallback(Handler.java:907)
    android.os.Handler.dispatchMessage(Handler.java:99)
    android.os.Looper.loop(Looper.java:216)
    android.os.HandlerThread.run(HandlerThread.java:67)
    com.android.server.ServiceThread.run(ServiceThread.java:44)
  

Recommandation

Examinez les threads impliqués dans le blocage et vérifiez les ressources/verrous acquis par ces threads. Reportez-vous aux algorithmes de prévention des blocages et des blocages pour connaître les solutions possibles.

IO Root blocking

Tout thread qui exécutait des opérations d'E/S lentes et bloquait le Le thread Triggered ANR est annoté avec le Balise IO Root blocking . Si la Le thread Triggered ANR n'est pas bloqué par d'autres threads, alors le Le thread IO Root blocking est également un Fil Root blocking .

Thread main(THREAD_STATE_TIMED_WAITING)
   sun.misc.Unsafe.park( Unsafe.java:0 )
   java.util.concurrent.locks.LockSupport.parkNanos( LockSupport.java:230 )
   android.database.sqlite.SQLiteConnectionPool.waitForConnection( SQLiteConnectionPool.java:756 )

   ...

   android.app.ActivityThread.main( ActivityThread.java:8192 )
  

Thread main(THREAD_STATE_NATIVE_WAITING)
   Syscall
   art::ConditionVariable::WaitHoldingLocks(art::Thread*)
   art::GoToRunnable(art::Thread*)
   art::JniMethodEnd(unsigned int, art::Thread*)
   libcore.io.Linux.fdatasync( Linux.java:0 )
   libcore.io.ForwardingOs.fdatasync( ForwardingOs.java:105 )

...

   java.io.RandomAccessFile.write( RandomAccessFile.java:559 )

...

   android.app.ActivityThread.main( ActivityThread.java:8192 )
  

Recommandation

En général, votre application ne doit pas exécuter d’opérations d’E/S coûteuses sur le thread principal. Dans le cas où le fil principal est IO Root blocking , vous pouvez également utiliser le mode strict pour identifier toutes les opérations d'E/S involontaires qui se produisent sur le thread principal.

Root blocking

Tout fil de discussion qui a bloqué le fil marqué comme Triggered ANR est annoté avec le Balise Root blocking . Si un fil de discussion est étiqueté comme étant les deux Root blocking et Triggered ANR , alors aucun autre thread ne bloque ce thread.

Si seulement Les threads Triggered ANR attendaient (peut-être de manière transitive) d'autres threads, ils sont Root blocking . Il peut y avoir diverses raisons pour lesquelles un thread est à l'origine de l'ANR.

Thread main(THREAD_STATE_RUNNABLE)
   android.os.Parcel.createTypedArray( Parcel.java:3086 )
   android.content.pm.PackageInfo.<init>( PackageInfo.java:546 )

...

   android.app.ActivityThread$H.handleMessage( ActivityThread.java:2166 )
   android.os.Handler.dispatchMessage( Handler.java:106 )
   android.os.Looper.loop( Looper.java:246 )
   android.app.ActivityThread.main( ActivityThread.java:8633 )
  

Thread main(THREAD_STATE_BLOCKED)
   DBHelper.runOnDB( DBHelper.java:97 )
   DBHelper.runDb( DBHelper.java:125 )

...

   java.lang.reflect.Method.invoke( Method.java:0 )
   EventBus.invokeSubscriber( EventBus.java:510 )
   postToSubscription( EventBus.java:437 )

...

   android.os.Handler.handleCallback( Handler.java:938 )
   android.os.Handler.dispatchMessage( Handler.java:99 )
   android.os.Looper.loop( Looper.java:268 )
   android.app.ActivityThread.main( ActivityThread.java:7904 )
  

Recommandation

Minimisez le travail gourmand en CPU dans le thread principal. Utilisez des threads de travail ou d’arrière-plan pour effectuer des tâches gourmandes en CPU.

Minimisez le travail gourmand en E/S, comme le chargement à partir d’une base de données, sur le thread principal.

Unknown root cause

Un fil de discussion est étiqueté avec le Unknown root cause si c'est le thread qui a déclenché l'ANR mais qui était inactif dans le processus lorsque l'ANR s'est produit. Crashlytics ne dispose pas de suffisamment d'informations pour déterminer la cause première. Il n’y a aucune raison évidente pour laquelle cet ANR s’est produit.

Thread main(THREAD_STATE_NATIVE_WAITING)    __epoll_pwait
    android::Looper::pollInner(int)
    android::Looper::pollOnce(int, int*, int*, void**)
    android::android_os_MessageQueue_nativePollOnce(_JNIEnv*, _jobject*, long, int)
    android.os.MessageQueue.nativePollOnce( MessageQueue.java:0 )
    android.os.MessageQueue.next( MessageQueue.java:335 )
    android.os.Looper.loop( Looper.java:193 )
    android.app.ActivityThread.main( ActivityThread.java:8019 )
  

Recommandation

Suivez les conseils généraux sur la façon de prévenir les ANR. Par exemple, identifiez les endroits de votre code où le thread principal de l'application peut être occupé pendant plus de 5 secondes .