根據 Crashlytics 資訊主頁中的 ANR 標記對 Android 應用程式進行偵錯

當應用程式的 UI 執行緒無回應超過 5 秒時，就會觸發「應用程式無回應」(ANR) 錯誤。如要進一步瞭解 ANR 和如何診斷 ANR，請參閱 Android 說明文件。

此外，Crashlytics 還可協助您找出特定有問題的執行緒。我們會分析 ANR，然後在 Crashlytics 資訊主頁中標記適用的執行緒，提供如何偵錯 ANR 的提示。

本頁的後續部分會說明每個 ANR 標記的意義、顯示含有該標記的 ANR 範例，並提供建議的 ANR 偵錯解決方案。

Triggered ANR

如果執行緒阻擋時間過長並觸發 ANR，就會加上 Triggered ANR 標記的註解。

有問題的執行緒可能是應用程式的執行緒，或是其他無回應的執行緒。不過，標示為 Triggered ANR 的執行緒不一定是造成 ANR 的實際原因。為了提供偵錯和修正這些 ANR 的洞察資料，Crashlytics 也會標記 ANR 中涉及的任何其他執行緒。請參閱本頁的後續部分，瞭解可套用至主題的其他標記。

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

若任何執行緒的 I/O 作業執行速度過慢，且阻擋了 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 )
  

建議

一般來說，應用程式不應在主執行緒上執行耗用大量資源的 I/O 作業。如果主執行緒是 IO Root blocking，您也可以使用嚴格模式，找出主執行緒中發生的任何非預期 I/O 作業。

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 )
  

建議

盡量減少主執行緒中 CPU 密集的工作。使用 worker 或背景執行緒執行 CPU 密集型工作。

盡量減少主執行緒上耗用大量 I/O 的工作，例如從資料庫載入資料。

Unknown root cause

如果執行緒觸發了 ANR，但 ANR 發生時其程序處於閒置狀態，就會註明 Unknown root cause 標記。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 秒的部分。