ANR广播意图{act=Android.Intent.Action.Screen_On flg=0x50200010（有附加）}

Question

我的android Vitals中有一些ANR：

意图广播{act=Android.Intent.Action.Screen_On flg=0x50200010（有附加内容）}或

广播意图{act=Android.Intent.Action.Screen_On flg=0x50000010}。

我也有一些ANR：

意图广播{act=Android.Intent.Action.Screen_off flg=0x50000010}

"main" tid=1 Waiting 
"main" prio=5 tid=1 Waiting
  | group="main" sCount=1 dsCount=0 flags=1 obj=0x73c98680 self=0xee259000
  | sysTid=24710 nice=0 cgrp=default sched=0/0 handle=0xf26ff4bc
  | state=S schedstat=( 2919404633 900616698 9273 ) utm=197 stm=94 core=0 HZ=100
  | stack=0xff6b6000-0xff6b8000 stackSize=8MB
  | held mutexes=
  at java.lang.Object.wait (Native method)
- waiting on <0x03bec179> (a com.myPackageName)
  at com.myPackageName.framework.impl.GLGame.onPause (GLGame.java:714)
- locked <0x03bec179> (a com.myPackageName)
  at com.myPackageName.onPause (MyApp.java:39)
  at android.app.Activity.performPause (Activity.java:7399)
  at android.app.Instrumentation.callActivityOnPause (Instrumentation.java:1414)
  at android.app.ActivityThread.performPauseActivityIfNeeded (ActivityThread.java:4115)
  at android.app.ActivityThread.performPauseActivity (ActivityThread.java:4092)
  at android.app.ActivityThread.performPauseActivity (ActivityThread.java:4066)
  at android.app.ActivityThread.handlePauseActivity (ActivityThread.java:4040)
  at android.app.ActivityThread.-wrap16 (ActivityThread.java)
  at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1708)
  at android.os.Handler.dispatchMessage (Handler.java:105)
  at android.os.Looper.loop (Looper.java:164)
  at android.app.ActivityThread.main (ActivityThread.java:6944)
  at java.lang.reflect.Method.invoke (Native method)
  at com.android.internal.os.Zygote$MethodAndArgsCaller.run (Zygote.java:327)
  at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1374)

Answer 1

我很确定这个ANR是由同步块引起的，除非第714行指向super.onpause()。在glgame.onpause(glgame.java:714)中，您可以有意等待主线程中的对象，或者使用同步的final变量（可以是同步的列表、集、映射等）由于您还没有共享任何源代码，我不可能不看就知道是什么导致了它。

在主线程中，使用这种方法可能会阻塞您的线程，这是您绝对不想要的（假设锁也在另一个线程中使用）

// One example
@Override
public void onPause() {
   synchronized(mLock) {
      // access the variable
   }
}

// Another example
@Override
public void onPause() {
   synchronizedList.add(new Object())
}

如果此时有另一个线程正在访问锁或同步列表、映射等，那么这两种方法都将被阻止。也不放弃锁。对于解决方案，我可以推荐使用lock接口使用ReentrantLock，使用类似lock mLock=new ReentrantLock()，并将您的调用变成如下所示：

@Override
public void onPause() {
   if (mLock.tryLock()){
      try{
         // do your work here
      } finally {
         mLock.unlock();
      }
   }
}

// Another example
@Override
public void onPause() {
   if (mLock.tryLock()){
      try{
         // The list or set should not be synchronized.
         // The synchronization must be managed with lock's
         // "tryLock" method. The "tryLock" also has an
         // overload with a timeout which you can use 
         // in your background thread, but you must not 
         // use on the main thread.
         normalList.add(new Object());
      } finally {
         mLock.unlock();
      }
   }
}

在主线程上访问的变量不应该阻塞，或者工作线程应该尽可能少地阻塞它们，这样主线程可以在确保同步之后立即获得锁。所以我建议检查您的整个代码中关于主线程和其他线程之间的共享变量和引用的信息，并且只同步变量上的更改，而不是一个需要很长时间执行的整个代码块。