本文介绍了如何调试Android的ANR？的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
我的Android应用程序获取了大量的ANR报告最近在谷歌播放控制台。由于这开始发生时，我包括谷歌Analytics（分析）在应用程序中，我强烈怀疑Analytics（分析）造成的。
问题是，我知道如何使用堆栈跟踪调试崩溃。但我不知道如何调试ANR。我想，一个ANR意味着主线程被阻塞的地方。但如何知道它在哪里受阻？请参阅下面的典型ANR我最近的一个。并开始如何跨preT搞清楚做应用程序挂起？
PS：有些类/在堆叠方法看起来很怪异由于DexGuard code混淆器的使用
。ANR报告：
DALVIK主题：
（互斥：TLL = 0 TSL = 0 TSCL = 0 GHL = 0和黄= 0 hwll = 0）
主PRIO = 5 TID = 1 VMWAIT
|组=主SCOUNT = 1 dsCount = 0的obj = 0x40022198自我= 0xcec8
| sysTid = 5001漂亮= 0 sched的= 0/0 CGRP =的fopen错误：2]处理= -1345006496
| schedstat =（1265991222 1037628169 649）
在dalvik.system.DexFile.openDexFile（本机方法）
在dalvik.system.DexFile＆LT; INIT＆GT;（DexFile.java:103）
在dalvik.system.DexFile.loadDex（DexFile.java:142）
在java.lang.reflect.Method.invokeNative（本机方法）
在java.lang.reflect.Method.invoke（Method.java:507）
在o.Ə$鷭$囃＆LT; clinit＆GT;（（空）： - 1）。
在o.Ə$櫯.onServiceConnected（ - 1）
在android.app.LoadedApk $ ServiceDispatcher.doConnected（LoadedApk.java:1064）
在android.app.LoadedApk $ ServiceDispatcher $ RunConnection.run（LoadedApk.java:1081）
在android.os.Handler.handleCallback（Handler.java:587）
在android.os.Handler.dispatchMessage（Handler.java:92）
在android.os.Looper.loop（Looper.java:130）
在android.app.ActivityThread.main（ActivityThread.java:3687）
在java.lang.reflect.Method.invokeNative（本机方法）
在java.lang.reflect.Method.invoke（Method.java:507）
在com.android.internal.os.ZygoteInit $ MethodAndArgsCaller.run（ZygoteInit.java:867）
在com.android.internal.os.ZygoteInit.main（ZygoteInit.java:625）
在dalvik.system.NativeStart.main（本机方法）
捆扎线＃3PRIO = 5 TID = 14 NATIVE
|组=主SCOUNT = 1 dsCount = 0的obj = 0x40624cc0自我= 0x27eeb0
| sysTid = 5046漂亮= 0 sched的= 0/0 CGRP =的fopen错误：2]处理= 2499688
| schedstat =（946046 5981445 3）
在dalvik.system.NativeStart.run（本机方法）
线程15PRIO = 5 TID = 13 TIMED_WAIT
|组=主SCOUNT = 1 dsCount = 0的obj = 0x405e2a10自我= 0x1c99e0
| sysTid = 5020漂亮= 0 sched的= 0/0 CGRP =的fopen错误：2]处理= 1845856
| schedstat =（41442864 92254646 93）
在java.lang.Object.wait（本机方法）
- 等待＆LT; 0x4050ddb0＆GT; （邻。㱽）
在java.lang.Object.wait（Object.java:395）
在澳㱽.RUN。（：723）
在java.lang.Thread.run（Thread.java:1019）
CookieSyncManagerPRIO = 5 TID = 12 NATIVE
|组=主SCOUNT = 1 dsCount = 0的obj = 0x40575550自我= 0x1ca5a0
| sysTid = 5019漂亮= 10 sched的= 0/0 CGRP =的fopen错误：2]处理= 1844760
| schedstat =（793456 13153076 3）
在android.os.MessageQueue.nativePollOnce（本机方法）
在android.os.MessageQueue.next（MessageQueue.java:119）
在android.os.Looper.loop（Looper.java:117）
在android.webkit.WebSyncManager.run（WebSyncManager.java:90）
在android.webkit.CookieSyncManager.run（CookieSyncManager.java:61）
在java.lang.Thread.run（Thread.java:1019）
WebViewWorkerThreadPRIO = 5 TID = 11个地方
|组=主SCOUNT = 1 dsCount = 0的obj = 0x40572d28自我= 0x1cec60
| sysTid = 5017漂亮= 1 sched的= 0/0 CGRP =的fopen错误：2]处理= 1904424
| schedstat =（21575930 39001463 32）
在android.os.MessageQueue.nativePollOnce（本机方法）
在android.os.MessageQueue.next（MessageQueue.java:119）
在android.os.Looper.loop（Looper.java:117）
在android.os.HandlerThread.run（HandlerThread.java:60）
WebViewCoreThreadPRIO = 5 TID = 10 NATIVE
|组=主SCOUNT = 1 dsCount = 0的obj = 0x405ded38自我= 0x1c9300
| sysTid = 5016漂亮= 0 sched的= 0/0 CGRP =的fopen错误：2]处理= 1872952
| schedstat =（205108647 198852533 140）
在android.os.MessageQueue.nativePollOnce（本机方法）
在android.os.MessageQueue.next（MessageQueue.java:119）
在android.os.Looper.loop（Looper.java:117）
在android.webkit.WebViewCore $ WebCoreThread.run（WebViewCore.java:685）
在java.lang.Thread.run（Thread.java:1019）
池1线程1PRIO = 5 TID = 9等待
|组=主SCOUNT = 1 dsCount = 0的obj = 0x4050daa0自我= 0x1c05b8
| sysTid = 5015漂亮= 0 sched的= 0/0 CGRP =的fopen错误：2]处理= 1869904
| schedstat =（5187987 16571046 6）
在java.lang.Object.wait（本机方法）
- 等待＆LT; 0x4050dc68＆GT; （一java.lang.VMThread）
在java.lang.Thread.parkFor（Thread.java:1424）
在java.lang.LangAccessImpl.parkFor（LangAccessImpl.java:48）
在sun.misc.Unsafe.park（Unsafe.java:337）
在java.util.concurrent.locks.LockSupport.park（LockSupport.java:157）
在java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2016)
在java.util.concurrent.LinkedBlockingQueue.take（LinkedBlockingQueue.java:411）
在java.util.concurrent.ThreadPoolExecutor.getTask（ThreadPoolExecutor.java:1021）
在java.util.concurrent.ThreadPoolExecutor.runWorker（ThreadPoolExecutor.java:1081）
在java.util.concurrent.ThreadPoolExecutor中的$ Worker.run（ThreadPoolExecutor.java:581）
在java.lang.Thread.run（Thread.java:1019）
GAThreadPRIO = 5 TID = 8等待
|组=主SCOUNT = 1 dsCount = 0的obj = 0x405a4518自我= 0x1b8e58
| sysTid = 5014漂亮= 0 sched的= 0/0 CGRP =的fopen错误：2]处理= 1806224
| schedstat =（288482667 146301269 277）
在java.lang.Object.wait（本机方法）
- 等待＆LT; 0x405a4798＆GT; （一java.lang.VMThread）
在java.lang.Thread.parkFor（Thread.java:1424）
在java.lang.LangAccessImpl.parkFor（LangAccessImpl.java:48）
在sun.misc.Unsafe.park（Unsafe.java:337）
在java.util.concurrent.locks.LockSupport.park（LockSupport.java:157）
在java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2016)
在java.util.concurrent.LinkedBlockingQueue.take（LinkedBlockingQueue.java:411）
在澳뛖.RUN。（：518）
捆扎线2PRIO = 5 TID = 7 NATIVE
|组=主SCOUNT = 1 dsCount = 0的obj = 0x40516ed0自我= 0xe4478
| sysTid = 5007漂亮= 0 sched的= 0/0 CGRP =的fopen错误：2]处理= 1390912
| schedstat =（5340576 31036382 32）
在dalvik.system.NativeStart.run（本机方法）
捆扎线＃1PRIO = 5 TID = 6 NATIVE
|组=主SCOUNT = 1 dsCount = 0的obj = 0x40515cb0自我= 0x1534c8
| sysTid = 5006漂亮= 0 sched的= 0/0 CGRP =的fopen错误：2]处理= 577280
| schedstat =（10803221 33203131 35）
在dalvik.system.NativeStart.run（本机方法）
编译器守护PRIO = 5 TID = 5 VMWAIT
|组=系统SCOUNT = 1 dsCount = 0的obj = 0x40511d80自我= 0x8cce0
| sysTid = 5005漂亮= 0 sched的= 0/0 CGRP =的fopen错误：2]处理= 1146040
| schedstat =（79406736 76446531 396）
在dalvik.system.NativeStart.run（本机方法）
信号守望者守护PRIO = 5 TID = 4 RUNNABLE
|组=系统SCOUNT = 0 dsCount = 0的obj = 0x40511cc0自我= 0x117af8
| sysTid = 5004漂亮= 0 sched的= 0/0 CGRP =的fopen错误：2]处理= 1145528
| schedstat =（23651123 21545411 7）
在dalvik.system.NativeStart.run（本机方法）
全球契约守护PRIO = 5 TID = 3 VMWAIT
|组=系统SCOUNT = 1 dsCount = 0的obj = 0x40511c18自我= 0x153240
| sysTid = 5003漂亮= 0 sched的= 0/0 CGRP =的fopen错误：2]处理= 1389056
| schedstat =（367523192 416046141 132）
在dalvik.system.NativeStart.run（本机方法）
HeapWorker守护PRIO = 5 TID = 2 VMWAIT
|组=系统SCOUNT = 1 dsCount = 0的obj = 0x40511b60自我= 0xe6980
| sysTid = 5002漂亮= 0 sched的= 0/0 CGRP =的fopen错误：2]处理= 944960
| schedstat =（52612306 103576660 48）
在dalvik.system.NativeStart.run（本机方法）
解决方案
通过开始启用 StrictMode 并运行你的应用程序。如果您（或分析）正在做的磁盘或网络I / O的主应用程序线程上，你会发现这个问题，根据您选择的惩罚方式（例如，登录LogCat中）：
公共无效的onCreate（）{
如果（BuildConfig.DEBUG）{
StrictMode.setThreadPolicy（新StrictMode.ThreadPolicy.Builder（）
.detectAll（）
.penaltyLog（）
。建立（））;
}
super.onCreate（）;
//其余的onCreate（）逻辑在这里
}
My Android app gets a lot of ANR reports lately in the Google Play console.Since this started to happen when I included Google Analytics in the app, I strongly suspect Analytics to cause it.
Problem is that I know how to debug a crash using the stack trace. But I'm not sure about how to debug an ANR. I guess that an ANR means that the main thread is blocked somewhere. But how to know where it is blocked? See below one of the typical ANR I got lately. How to interpret it and start figuring out where does the app hangs?
PS: Some of the classes / methods in the stacks look weird due to the usage of DexGuard code obfuscator.
ANR report:
DALVIK THREADS:
(mutexes: tll=0 tsl=0 tscl=0 ghl=0 hwl=0 hwll=0)
"main" prio=5 tid=1 VMWAIT
| group="main" sCount=1 dsCount=0 obj=0x40022198 self=0xcec8
| sysTid=5001 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=-1345006496
| schedstat=( 1265991222 1037628169 649 )
at dalvik.system.DexFile.openDexFile(Native Method)
at dalvik.system.DexFile.<init>(DexFile.java:103)
at dalvik.system.DexFile.loadDex(DexFile.java:142)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:507)
at o.Ə$鷭$囃.<clinit>((null):-1)
at o.Ə$櫯.onServiceConnected(:-1)
at android.app.LoadedApk$ServiceDispatcher.doConnected(LoadedApk.java:1064)
at android.app.LoadedApk$ServiceDispatcher$RunConnection.run(LoadedApk.java:1081)
at android.os.Handler.handleCallback(Handler.java:587)
at android.os.Handler.dispatchMessage(Handler.java:92)
at android.os.Looper.loop(Looper.java:130)
at android.app.ActivityThread.main(ActivityThread.java:3687)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:507)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:867)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:625)
at dalvik.system.NativeStart.main(Native Method)
"Binder Thread #3" prio=5 tid=14 NATIVE
| group="main" sCount=1 dsCount=0 obj=0x40624cc0 self=0x27eeb0
| sysTid=5046 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=2499688
| schedstat=( 946046 5981445 3 )
at dalvik.system.NativeStart.run(Native Method)
"Thread-15" prio=5 tid=13 TIMED_WAIT
| group="main" sCount=1 dsCount=0 obj=0x405e2a10 self=0x1c99e0
| sysTid=5020 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=1845856
| schedstat=( 41442864 92254646 93 )
at java.lang.Object.wait(Native Method)
- waiting on <0x4050ddb0> (a o.㱽)
at java.lang.Object.wait(Object.java:395)
at o.㱽.run(:723)
at java.lang.Thread.run(Thread.java:1019)
"CookieSyncManager" prio=5 tid=12 NATIVE
| group="main" sCount=1 dsCount=0 obj=0x40575550 self=0x1ca5a0
| sysTid=5019 nice=10 sched=0/0 cgrp=[fopen-error:2] handle=1844760
| schedstat=( 793456 13153076 3 )
at android.os.MessageQueue.nativePollOnce(Native Method)
at android.os.MessageQueue.next(MessageQueue.java:119)
at android.os.Looper.loop(Looper.java:117)
at android.webkit.WebSyncManager.run(WebSyncManager.java:90)
at android.webkit.CookieSyncManager.run(CookieSyncManager.java:61)
at java.lang.Thread.run(Thread.java:1019)
"WebViewWorkerThread" prio=5 tid=11 NATIVE
| group="main" sCount=1 dsCount=0 obj=0x40572d28 self=0x1cec60
| sysTid=5017 nice=1 sched=0/0 cgrp=[fopen-error:2] handle=1904424
| schedstat=( 21575930 39001463 32 )
at android.os.MessageQueue.nativePollOnce(Native Method)
at android.os.MessageQueue.next(MessageQueue.java:119)
at android.os.Looper.loop(Looper.java:117)
at android.os.HandlerThread.run(HandlerThread.java:60)
"WebViewCoreThread" prio=5 tid=10 NATIVE
| group="main" sCount=1 dsCount=0 obj=0x405ded38 self=0x1c9300
| sysTid=5016 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=1872952
| schedstat=( 205108647 198852533 140 )
at android.os.MessageQueue.nativePollOnce(Native Method)
at android.os.MessageQueue.next(MessageQueue.java:119)
at android.os.Looper.loop(Looper.java:117)
at android.webkit.WebViewCore$WebCoreThread.run(WebViewCore.java:685)
at java.lang.Thread.run(Thread.java:1019)
"pool-1-thread-1" prio=5 tid=9 WAIT
| group="main" sCount=1 dsCount=0 obj=0x4050daa0 self=0x1c05b8
| sysTid=5015 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=1869904
| schedstat=( 5187987 16571046 6 )
at java.lang.Object.wait(Native Method)
- waiting on <0x4050dc68> (a java.lang.VMThread)
at java.lang.Thread.parkFor(Thread.java:1424)
at java.lang.LangAccessImpl.parkFor(LangAccessImpl.java:48)
at sun.misc.Unsafe.park(Unsafe.java:337)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:157)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2016)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:411)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1021)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1081)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:581)
at java.lang.Thread.run(Thread.java:1019)
"GAThread" prio=5 tid=8 WAIT
| group="main" sCount=1 dsCount=0 obj=0x405a4518 self=0x1b8e58
| sysTid=5014 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=1806224
| schedstat=( 288482667 146301269 277 )
at java.lang.Object.wait(Native Method)
- waiting on <0x405a4798> (a java.lang.VMThread)
at java.lang.Thread.parkFor(Thread.java:1424)
at java.lang.LangAccessImpl.parkFor(LangAccessImpl.java:48)
at sun.misc.Unsafe.park(Unsafe.java:337)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:157)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2016)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:411)
at o.뛖.run(:518)
"Binder Thread #2" prio=5 tid=7 NATIVE
| group="main" sCount=1 dsCount=0 obj=0x40516ed0 self=0xe4478
| sysTid=5007 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=1390912
| schedstat=( 5340576 31036382 32 )
at dalvik.system.NativeStart.run(Native Method)
"Binder Thread #1" prio=5 tid=6 NATIVE
| group="main" sCount=1 dsCount=0 obj=0x40515cb0 self=0x1534c8
| sysTid=5006 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=577280
| schedstat=( 10803221 33203131 35 )
at dalvik.system.NativeStart.run(Native Method)
"Compiler" daemon prio=5 tid=5 VMWAIT
| group="system" sCount=1 dsCount=0 obj=0x40511d80 self=0x8cce0
| sysTid=5005 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=1146040
| schedstat=( 79406736 76446531 396 )
at dalvik.system.NativeStart.run(Native Method)
"Signal Catcher" daemon prio=5 tid=4 RUNNABLE
| group="system" sCount=0 dsCount=0 obj=0x40511cc0 self=0x117af8
| sysTid=5004 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=1145528
| schedstat=( 23651123 21545411 7 )
at dalvik.system.NativeStart.run(Native Method)
"GC" daemon prio=5 tid=3 VMWAIT
| group="system" sCount=1 dsCount=0 obj=0x40511c18 self=0x153240
| sysTid=5003 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=1389056
| schedstat=( 367523192 416046141 132 )
at dalvik.system.NativeStart.run(Native Method)
"HeapWorker" daemon prio=5 tid=2 VMWAIT
| group="system" sCount=1 dsCount=0 obj=0x40511b60 self=0xe6980
| sysTid=5002 nice=0 sched=0/0 cgrp=[fopen-error:2] handle=944960
| schedstat=( 52612306 103576660 48 )
at dalvik.system.NativeStart.run(Native Method)
解决方案
Start by enabling StrictMode and running your app. If you (or Analytics) are doing disk or network I/O on the main application thread, you will find out about it, based upon your chosen penalty style (e.g., log in LogCat):
public void onCreate() {
if (BuildConfig.DEBUG) {
StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder()
.detectAll()
.penaltyLog()
.build());
}
super.onCreate();
// rest of onCreate() logic here
}
这篇关于如何调试Android的ANR？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！