ANR с заблокированным потоком HeapTaskDaemon
Я получаю ANR-ошибку в своем приложении для Android. Трассировка показывает только один поток в заблокированном состоянии (все остальные находятся в состоянии ожидания, сна, native,..), поэтому он, похоже, не находится в тупике. Есть два потока, которые я запускаю (напрямую) вручную, поэтому я точно знаю, в какой части моего приложения происходит ANR. К сожалению, я не могу понять смысл заблокированной нити. Может, у кого-то есть идея?
Заблокированная тема:
"HeapTaskDaemon" daemon prio=5 tid=6 Blocked
| group="system" sCount=1 dsCount=0 obj=0x12cfc8e0 self=0xab4b2bf0
| sysTid=10048 nice=0 cgrp=default sched=0/0 handle=0xf4815930
| state=S schedstat=( 113876044 26950467 98 ) utm=9 stm=2 core=5 HZ=100
| stack=0xf4713000-0xf4715000 stackSize=1038KB
| held mutexes=
native: pc 0000000000016908 /system/lib/libc.so (syscall+28)
native: pc 00000000000f604b /system/lib/libart.so (_ZN3art17ConditionVariable4WaitEPNS_6ThreadE+82)
native: pc 00000000001cddb1 /system/lib/libart.so (_ZN3art2gc13TaskProcessor7GetTaskEPNS_6ThreadE+92)
native: pc 00000000001ce2c5 /system/lib/libart.so (_ZN3art2gc13TaskProcessor11RunAllTasksEPNS_6ThreadE+60)
native: pc 000000000000036f /data/dalvik-cache/arm/[email protected]@boot.oat (Java_dalvik_system_VMRuntime_runHeapTasks__+74)
at dalvik.system.VMRuntime.runHeapTasks (Native method)
- waiting to lock an unknown object
at java.lang.Daemons$HeapTaskDaemon.run (Daemons.java:355)
at java.lang.Thread.run (Thread.java:818)
Это основной поток:
"main" prio=5 tid=1 Waiting
| group="main" sCount=1 dsCount=0 obj=0x74da03b0 self=0xab36bea8
| sysTid=10039 nice=13 cgrp=bg_non_interactive sched=0/0 handle=0xf77a2b34
| state=S schedstat=( 2234944203 2215960664 6968 ) utm=163 stm=60 core=6 HZ=100
| stack=0xff794000-0xff796000 stackSize=8MB
| held mutexes=
at java.lang.Object.wait! (Native method)
- waiting on <0x07456fa0> (a java.lang.Object)
at java.lang.Thread.parkFor$ (Thread.java:1220)
- locked <0x07456fa0> (a java.lang.Object)
at sun.misc.Unsafe.park (Unsafe.java:299)
at java.util.concurrent.locks.LockSupport.park (LockSupport.java:158)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt (AbstractQueuedSynchronizer.java:810)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued (AbstractQueuedSynchronizer.java:843)
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire (AbstractQueuedSynchronizer.java:1172)
at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock (ReentrantLock.java:181)
at java.util.concurrent.locks.ReentrantLock.lock (ReentrantLock.java:257)
at android.view.SurfaceView.updateWindow (SurfaceView.java:524)
at android.view.SurfaceView$3.onPreDraw (SurfaceView.java:179)
at android.view.ViewTreeObserver.dispatchOnPreDraw (ViewTreeObserver.java:944)
at android.view.ViewRootImpl.performTraversals (ViewRootImpl.java:2082)
at android.view.ViewRootImpl.doTraversal (ViewRootImpl.java:1134)
at android.view.ViewRootImpl$TraversalRunnable.run (ViewRootImpl.java:6050)
at android.view.Choreographer$CallbackRecord.run (Choreographer.java:860)
at android.view.Choreographer.doCallbacks (Choreographer.java:672)
at android.view.Choreographer.doFrame (Choreographer.java:608)
at android.view.Choreographer$FrameDisplayEventReceiver.run (Choreographer.java:846)
at android.os.Handler.handleCallback (Handler.java:739)
at android.os.Handler.dispatchMessage (Handler.java:95)
at android.os.Looper.loop (Looper.java:148)
at android.app.ActivityThread.main (ActivityThread.java:5441)
at java.lang.reflect.Method.invoke! (Native method)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run (ZygoteInit.java:738)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:628)
Ответы
Ответ 1
Похоже, ваш SurfaceView блокирует поток с помощью ReentrantLock, но, возможно, возникла проблема с инициализацией после установки WaitLock, а ReentrantLock остается locked заблокирован SurfaceView, это приводит к тому, что ваша тема заблокирована, обычно известной как Джанк.
Вы должны попробовать отладить проблему самостоятельно, использовать Systrace, чтобы найти причину Jank, а также включить рендеринг с помощью графического процессора и вставить данные Systrace здесь, чтобы я мог просмотреть, и предоставить любое решение, если это возможно.