Esegui il debug della tua app per Android in base ai tag ANR nella dashboard di Crashlytics

Gli errori relativi ad applicazioni che non rispondono (ANR) vengono attivati quando il thread dell'interfaccia utente dell' applicazione non risponde per più di 5 secondi. Puoi leggere ulteriori informazioni sugli ANR e sulla loro diagnosi nella documentazione di Android.

Inoltre, Crashlytics può aiutarti a individuare thread problematici specifici. Analizziamo gli ANR e poi, nella dashboardCrashlytics, contrassegniamo i thread applicabili per fornire suggerimenti su come eseguire il debug dell'ANR.

Le sezioni seguenti di questa pagina spiegano il significato di ogni tag ANR, mostrano un esempio di ANR con quel tag e forniscono una soluzione consigliata per eseguire il debug dell'ANR.

Triggered ANR

Un thread bloccato per troppo tempo e che ha attivato l'ANR è annotato con questo Triggered ANR tag.

Il thread problematico può essere il thread principale dell'app o qualsiasi thread non reattivo. Tuttavia, il thread contrassegnato come Triggered ANR potrebbe essere o meno la causa effettiva di ANR. Per fornire informazioni utili per il debug e la correzione di questi ANR, Crashlytics contrassegna anche tutti gli altri thread coinvolti nell'ANR. Nelle sezioni seguenti di questa pagina, scopri gli altri tag che potrebbero essere applicati a un thread.

Deadlocked

Tutti i thread coinvolti in un deadlock che ha portato all'ANR sono annotati con questo Deadlocked tag.

Si verifica un deadlock quando un thread entra in uno stato di attesa perché una risorsa richiesta è detenuta da un altro thread, che a sua volta è in attesa di una risorsa detenuta dal primo thread. Se il thread principale dell'app si trova in questa situazione, è probabile che si verifichino ANR.

Suggerimento

Esamina i thread coinvolti nel deadlock e controlla le risorse/i blocchi acquisiti da questi thread. Per possibili soluzioni, consulta gli algoritmi di prevenzione di deadlock e deadlock.

IO Root blocking

Qualsiasi thread che ha eseguito operazioni di I/O lente e ha bloccato il Triggered ANR thread è annotato con il IO Root blocking tag. Se il Triggered ANR thread non è bloccato da altri thread, allora il IO Root blocking thread è anche un Root blocking thread.

Suggerimento

In generale, l'app non deve eseguire operazioni di I/O costose sul thread principale. Nel caso in cui il thread principale sia IO Root blocking, puoi anche utilizzare la modalità Strict per identificare eventuali operazioni di I/O non intenzionali che si verificano sul thread principale.

Root blocking

Qualsiasi thread che ha bloccato il thread contrassegnato come Triggered ANR è annotato con il Root blocking tag. Se un thread è contrassegnato sia come Root blocking che come Triggered ANR, non ci sono altri thread che lo bloccano.

Se alcuni Triggered ANR thread erano in attesa (magari transitivamente) di altri thread, sono Root blocking. Esistono vari motivi per cui un thread è la causa principale dell'ANR.

Suggerimento

Riduci al minimo il lavoro che richiede un uso intensivo della CPU nel thread principale. Utilizza thread di lavoro o in background per eseguire attività che richiedono un uso intensivo della CPU.

Riduci al minimo il lavoro che richiede un uso intensivo di I/O, ad esempio il caricamento da un database, sul thread principale.

Unknown root cause

Un thread viene contrassegnato con il tag Unknown root cause se è stato il thread che ha attivato l'ANR, ma era inattivo nel processo quando si è verificato l'ANR. Crashlytics non dispone di informazioni sufficienti per determinare la causa principale. Non esiste un motivo evidente per cui si è verificato questo ANR.

Suggerimento

Segui i consigli generali su come prevenire gli ANR. Ad esempio, identifica i punti del codice in cui il thread principale dell'app può essere occupato per più di 5 secondi.