根據 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 的工作。使用工作執行緒或背景執行緒執行耗用大量 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 秒的部分。
