Android ANR和UI不顺畅的处理方式

处理ANR，以及UI不顺畅的问题，无非两种方式：1. 分析Dump文件，2. BlockCanary。

首先应该想到用BlockCanary来发现问题。如果问题好发现的话，先用BlockCanary会省去很多时间和精力。

1. BlockCanary原理

如果你事先了解Android UI主线程的运行机制， 那BlockCanary的原理其实很简单。

Android UI运行都是靠事件驱动的， 所有的UI事件都要事先发到MessageQueue。而Looper类的loop()方法以死循环的方式执行发过来的UI事件。

下面是简化后的代码，有没有注意到系统在执行UI事件的时候，前后都打了Log. 这个Log在你自己运行Debug app的时候，却没有看到log的输出。那是因为系统把log输出默认关掉了。再看下一段代码， 你可以在ActivityThread的main方法里找到。默认是关掉执行UI事件log输出的。而BlockCanary就是打开log开关，然后利用log输出的时间，再分析ANR和UI不流畅的原因。

    public static void loop() {
        final Looper me = myLooper();
        final MessageQueue queue = me.mQueue;

        //loop()方法以死循环的方式执行发过来的UI事件。
        for (;;) {
            Message msg = queue.next(); // might block， 等下一个UI事件。

            // 执行UI事件前先打个Log
            final Printer logging = me.mLogging;
            if (logging != null) {
                logging.println(">>>>> Dispatching to " + msg.target + " " +
                        msg.callback + ": " + msg.what);
            }

            // 执行UI事件...
            Object token = null;
            if (observer != null) {
                token = observer.messageDispatchStarting();
            }

            // 执行UI事件后打个Log
            if (logging != null) {
                logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);
            }
        }
    }

    public static void main(String[] args) {
  
        if (false) {
            Looper.myLooper().setMessageLogging(new
                    LogPrinter(Log.DEBUG, "ActivityThread"));
        }

    }

我的一个Google Pixel手机不会在BlockCanary页面里输出。暂时还没有找到原因。我们不去管它，既然知道了BlockCanary的原理如此简单，甚至可以自己写一个符合我们特殊需求的工具。

2. BlockCanary使用

这里不再讲解按BlockCanary典型的方式。在网上可以看到有些开发者也会遇到BlockCanary不输出有用的信息。

BlockCanary有一个StackSampler类， 你双击Shift键可以找到。当事件执行时间超过指定时间后，StackSampler就会去采样，也就是去输出线程堆栈。。

下面这段代码就会去输出线程堆栈，此时你就可以知道问题的源头发生在哪里。

    @Override
    protected void doSample() {
        StringBuilder stringBuilder = new StringBuilder();

        for (StackTraceElement stackTraceElement : mCurrentThread.getStackTrace()) {
            stringBuilder
                    .append(stackTraceElement.toString())
                    .append(BlockInfo.SEPARATOR);
        }

        synchronized (sStackMap) {
            if (sStackMap.size() == mMaxEntryCount && mMaxEntryCount > 0) {
                sStackMap.remove(sStackMap.keySet().iterator().next());
            }
            sStackMap.put(System.currentTimeMillis(), stringBuilder.toString());
        }
    }

这段堆栈是因为我在MainActivity的onClick事件里面加了一个死锁。

com.nero.anrstudy.MainActivity.onClick(MainActivity.java:70)
java.lang.reflect.Method.invoke(Native Method)
androidx.appcompat.app.AppCompatViewInflater$DeclaredOnClickListener.onClick(AppCompatViewInflater.java:397)
android.view.View.performClick(View.java:7140)
android.view.View.performClickInternal(View.java:7117)
android.view.View.access$3500(View.java:801)
android.view.View$PerformClick.run(View.java:27351)
android.os.Handler.handleCallback(Handler.java:883)
android.os.Handler.dispatchMessage(Handler.java:100)
android.os.Looper.loop(Looper.java:214)
android.app.ActivityThread.main(ActivityThread.java:7356)
java.lang.reflect.Method.invoke(Native Method)
com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:492)
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:930)

2. 分析Dump文件

分析dump文件，只能解决ANR的问题，包括死锁，或者其他block的点。至于UI运行不顺畅用BlockCanary最好，dump文件恐怕很难分析出来，而且效率也不高。

分析dump文件首先需要拿到dump文件。

Android 9.0以前可以通过， adb pull /data/anr/trace.txt, 拿到dump文件。 但是之后就不行了。

现在可以用: adb bugreport > dump.txt  把dump内容直接输入到dump.txt文件下面， 这个文件在adb目录下。当然你也可以指定路径和文件名，比如， adb bugreport > D:/log/yourdump.txt 

由于dump文件size比较大，有好几十M. 可以用Notepad++打开， 很丝滑。

分析，有以下两个方式可以参考：

1. 搜索app包名，找出所有和app相关的dump信息。再寻找可疑点。甚至也可以找到App Crash的点。

2. 然后搜索“waiting to lock”， 这是死锁的关键信息， 看看是不是形成了循环等待。 比如下面这样：

线程24等待线程12释放锁，而线程12又等待线程24释放锁。形成了循环等待。

TID 24：- waiting to lock <0x41a874a0> (a com.android.server.am.ActivityManagerService) held by tid=12 (android.server.ServerThread)

TID 12： - waiting to lock <0x41a7e2e8> (a java.lang.Object) held by tid=24 (Binder_B)

3. 搜索发生ANR的时间点。看看这个时间点的数据。

4. 查看CPU利用率。CPU利用率很高也会导致UI不顺畅或者ANR。

5. 看看主线程main, 是不是在looper类里，执行等待msg.next()返回; 是的话代表UI线程空闲。其他业务线程正忙。

6. BugReport原理和实战

 

 

3.Android Studio调试

用线程快照