暂停/恢复时libgdx出现ANR错误

Question

我有一个应用程序在Android市场运行，我收到了2个ANR日志。

虽然ANR名称不同，但位置相同（AndroidGraphics.java:404），我不知道该怎么办。有人能帮忙吗？

谢谢！

堆栈1：ANR keyDispatchingTimedOut

JNI: CheckJNI is off; workarounds are off; pins=0; globals=192 (plus 11 weak)

DALVIK THREADS:
(mutexes: tll=0 tsl=0 tscl=0 ghl=0)

"main" prio=5 tid=1 WAIT
| group="main" sCount=1 dsCount=0 obj=0x42058578 self=0x41522120
| sysTid=15043 nice=0 sched=0/0 cgrp=apps handle=1074204668
| state=S schedstat=( 0 0 0 ) utm=1257 stm=809 core=2
at java.lang.Object.wait(Native Method)
- waiting on <0x42928d90> (a java.lang.Object)
at java.lang.Object.wait(Object.java:364)
at com.badlogic.gdx.backends.android.AndroidGraphics.pause(AndroidGraphics.java:404)
at com.badlogic.gdx.backends.android.AndroidApplication.onPause(AndroidApplication.java:217)
at com.packetname.gameName.MainActivity.onPause(MainActivity.java:124)
at android.app.Activity.performPause(Activity.java:5235)
at android.app.Instrumentation.callActivityOnPause(Instrumentation.java:1233)
at android.app.ActivityThread.performPauseActivity(ActivityThread.java:3050)
at android.app.ActivityThread.performPauseActivity(ActivityThread.java:3019)
at android.app.ActivityThread.handlePauseActivity(ActivityThread.java:2997)
at android.app.ActivityThread.access$800(ActivityThread.java:141)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1267)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:137)
at android.app.ActivityThread.main(ActivityThread.java:5103)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:525)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:737)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:553)
at dalvik.system.NativeStart.main(Native Method)

堆栈 2： ANR 意图广播{act=android.intent.action.SCREEN_OFF flg=0x50000010}

（ANR指的是“应用程序无响应”）

    DALVIK THREADS:
    (mutexes: tll=0 tsl=0 tscl=0 ghl=0)

"main" prio=5 tid=1 WAIT
| group="main" sCount=1 dsCount=0 obj=0x40ba7568 self=0x40b97a18
| sysTid=1566 nice=0 sched=0/0 cgrp=apps handle=1075324464
| schedstat=( 267164153 509750763 1051 ) utm=17 stm=9 core=1
at java.lang.Object.wait(Native Method)
- waiting on <0x411f0908> (a java.lang.Object)
at java.lang.Object.wait(Object.java:364)
at com.badlogic.gdx.backends.android.AndroidGraphics.pause(AndroidGraphics.java:404)
at com.badlogic.gdx.backends.android.AndroidApplication.onPause(AndroidApplication.java:217)
at com.packetname.gameName.MainActivity.onPause(MainActivity.java:102)
at android.app.Activity.performPause(Activity.java:5106)
at android.app.Instrumentation.callActivityOnPause(Instrumentation.java:1225)
at android.app.ActivityThread.performPauseActivity(ActivityThread.java:2825)
at android.app.ActivityThread.performPauseActivity(ActivityThread.java:2794)
at android.app.ActivityThread.handlePauseActivity(ActivityThread.java:2772)
at android.app.ActivityThread.access$800(ActivityThread.java:130)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1206)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:137)
at android.app.ActivityThread.main(ActivityThread.java:4745)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:511)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:786)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:553)
at dalvik.system.NativeStart.main(Native Method)

- Pablo

Answer 1

您的渲染代码路径中的某些内容正在挂起，或者只是花费了太长时间。

您展示的堆栈跟踪是针对主要的Android线程的，在Libgdx中，这与运行您的libgdx代码的渲染线程不同。请参见https://code.google.com/p/libgdx/wiki/TheArchitecture#The_Application。暂停路径中发生了什么

1. Android要求主线程暂停
2. 主线程要求libgdx渲染线程暂停（请参见AndroidApplication.java line 214），这将调用 graphics.pause()
3. graphics.pause()（请参见AndroidGraphics.java line 409）设置了pause标志，并旋转直到该标志被清除。
4. 在渲染循环中，渲染线程会清除pause标志（请参见AndroidGraphics中的onDrawFrame）。

如果您的渲染循环卡在某个地方，则暂停标志永远不会被清除，主线程将无法唤醒，Android将终止您的应用程序。

因此，您展示的回溯只包括前三个步骤（在Android线程上），而不是有趣的回溯。

希望崩溃报告包含系统中其他线程的回溯信息。

如果这是一个罕见的崩溃，可能是由于您的渲染循环在某个地方挂起（与暂停代码无关），用户感到烦恼并尝试切换上下文，Android 尝试暂停系统，然后 Android 生气了并杀死了您的应用程序。 这就是为什么您不应该在渲染线程上执行任何非常慢的操作（例如等待网络响应或从缓慢的存储器中读取大量内容）：用户可能随时暂停，并期望您的渲染线程快速执行暂停操作的原因。

- P.T.