Отладка приложения Android на основе тегов ANR на панели инструментов Crashlytics.

Ошибки «Приложение не отвечает» (ANR) возникают, когда поток пользовательского интерфейса приложения не отвечает более 5 секунд . Подробнее об ошибках ANR и их диагностике можно узнать в документации Android .

Кроме того, Crashlytics может помочь выявить конкретные проблемные потоки. Мы анализируем ошибки ANR, а затем на панели управления Crashlytics отмечаем соответствующие потоки тегами, чтобы предоставить подсказки по устранению ошибки ANR.

В следующих разделах на этой странице объясняется, что означает каждый тег ANR, показан пример ANR с этим тегом и предоставлено рекомендуемое решение для отладки ANR.

Triggered ANR

Поток, который был заблокирован слишком долго и вызвал ошибку ANR, аннотируется этим Triggered ANR .

Проблемный поток может быть основным потоком приложения или любым потоком, который не отвечает. Однако поток, отмеченный как Triggered ANR может быть, а может и не быть её истинной причиной. Чтобы предоставить информацию для отладки и устранения этих ошибок ANR, Crashlytics также отмечает тегами любые другие потоки, связанные с этой ошибкой. В следующих разделах этой страницы вы узнаете о других тегах, которые можно применить к потоку.

Deadlocked

Любые потоки, которые, как обнаружено, вовлечены в тупик, который привел к ANR, аннотируются этим Deadlocked тупика.

Взаимоблокировка возникает, когда поток переходит в состояние ожидания из-за того, что требуемый ресурс удерживается другим потоком, который также ожидает ресурс, удерживаемый первым потоком. Если основной поток приложения находится в такой ситуации, вероятно возникновение ошибок ANR.

Посмотреть пример

Вот два потока, вовлеченных в тупик:

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)
  

Рекомендация

Проверьте потоки, вовлечённые в взаимоблокировку, и ресурсы/блокировки, захваченные этими потоками. Возможные решения см. в разделе «Взаимоблокировки» и «Алгоритмы предотвращения взаимоблокировок» .

IO Root blocking

Любой поток, который выполнял медленные операции ввода-вывода и блокировал Triggered ANR аннотируется IO Root blocking . Если Triggered ANR не блокируется другими потоками, то IO Root blocking также является 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 )
  

Рекомендация

В общем случае ваше приложение не должно выполнять дорогостоящие операции ввода-вывода в основном потоке. В случае, если основной поток... IO Root blocking . Вы также можете использовать строгий режим для выявления любых непреднамеренных операций ввода-вывода, которые происходят в основном потоке.

Root blocking

Любой поток, который заблокировал поток, отмеченный как Triggered ANR аннотируется Root blocking . Если тема отмечена как теги Root blocking и Triggered ANR , и нет других потоков, которые блокируют этот поток.

Если есть Triggered ANR ожидали (возможно, транзитивно) другие потоки, они Root blocking . Причины, по которым поток может стать основной причиной 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 )
  

Рекомендация

Минимизируйте ресурсоёмкую работу процессора в основном потоке. Используйте рабочие или фоновые потоки для выполнения ресурсоёмких задач.

Минимизируйте объемные операции ввода-вывода, такие как загрузка из базы данных, в основном потоке.

Unknown root cause

Тема помечена тегом Unknown root cause если именно поток вызвал ошибку ANR, но не выполнял её в процессе. Crashlytics недостаточно информации для определения первопричины. Очевидной причины возникновения этой ошибки ANR нет.

Посмотреть пример

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 )
  

Рекомендация

Следуйте общим советам по предотвращению ошибок ANR. Например, определите места в коде, где основной поток приложения может быть занят более 5 секунд .