Anr总结

参考:https://www.cnblogs.com/android-blogs/p/5718302.html

定义

Application no responding 引用程序无相应。表象：弹出一个无响应弹窗提示，提供继续等待按钮和强行关闭按钮

触发时机

1. InputDispatching/KeyDispatching TimeOut

//时间
KEY_DISPATCHING_TIMEOUT = 5 *1000；
//调用开始在native层，后转到java层，调用链如下
InputManagerService.notifyANR
    InputMonitor.notifyANR
        AMP.inputDispatchingTimedOut
            AMS.inputDispatchingTimedOut
//最后走的是
mHandler.post(new Runnable() {
            public void run() {
                appNotResponding(proc, activity, parent, aboveSystem, annotation);
            }
        });

2. BroadcastQueue TimeOut

//超时时间规定，在ActivityThread中定义
static final int BROADCAST_FG_TIMEOUT = 10*1000;
static final int BROADCAST_BG_TIMEOUT = 60*1000;
//在处理广播前会发送一个广播超时的消息
long timeoutTime = r.receiverTime + mTimeoutPeriod;
Message msg = mHandler.obtainMessage(BROADCAST_TIMEOUT_MSG, this);
            mHandler.sendMessageAtTime(msg, timeoutTime);
//处理完一个后呢会取消这个消息
mHandler.removeMessages(BROADCAST_TIMEOUT_MSG, this);
//到到了消息的响应时间，如果还有没处理完的消息，则触发anr
if (anrMessage != null) {
   mHandler.post(new AppNotResponding(app, anrMessage));
}

3. Service TimeOut

//超时时间的规定，在ActiveServices中定义
static final int SERVICE_TIMEOUT = 20*1000;
static final int SERVICE_BACKGROUND_TIMEOUT = SERVICE_TIMEOUT * 10;
//在Service的启动过程中，会在ActiveServices的realStartServiceLocked先Delay发送一条延时消息
 mAm.mHandler.sendMessageAtTime(msg,
            proc.execServicesFg ? (now+SERVICE_TIMEOUT) : (now+ SERVICE_BACKGROUND_TIMEOUT));
//然后执行Service的创建和启动
app.thread.scheduleCreateService(r, r.serviceInfo,
             mAm.compatibilityInfoForPackageLocked(r.serviceInfo.applicationInfo),
                app.repProcState);
//创建启动完成会移除SERVICE_TIMEOUT_MSG这个消息
//当前服务所在进程中没有正在执行的service，会移除SERVICE_TIMEOUT_MSG这个消息
mAm.mHandler.removeMessages(ActivityManagerService.SERVICE_TIMEOUT_MSG, r.app);
//如果在规定时间内没有移除SERVICE_TIMEOUT_MSG，则在handler的handleMessage中会触发timeout，引起Anr
mAm.appNotResponding(proc, null, null, false, anrMessage);

4. ContentProvider TimeOut

//在ContentProviderClient中在执行CURD等方法时会先调用如下方法
//这个方法就是延时执行一个timeout后的任务对象，也就是如果CURD的时间在这个时间内完成将会触发anr，这个时间是20s
private void beforeRemote() {
        if (mAnrRunnable != null) {
            sAnrHandler.postDelayed(mAnrRunnable, mAnrTimeout);
        }
}
//可以看到任务对象调用的是appNotRespondingViaProvider
private class NotRespondingRunnable implements Runnable {
        @Override
        public void run() {
            Log.w(TAG, "Detected provider not responding: " + mContentProvider);
            mContentResolver.appNotRespondingViaProvider(mContentProvider);
        }
    }
//而上面最终触发AMS.appNotRespondingViaProvider，来实现anr弹窗
mHandler.post(new Runnable() {
            @Override
            public void run() {
                mAppErrors.appNotResponding(host, null, null, false,
                        "ContentProvider not responding");
            }
        });

mAppErrors.appNotResponding的流程

整理CPU使用情况，CPU负载等信息，到trace文件，最后发送一个弹出anr弹窗的消息mService.mUiHandler.sendMessage(msg);最终在AppErrors中创建个AppNotRespondingDialog显示

检查策略

1. 出现anr后，通过adb shell-->cat /data/anr/traces.txt 或 adb shell "cat /data/anr/traces.txt" | less命令可以查看anr的详细信息
2. 通过TraceView进行分析：
   • 选中想观察的进程。点击Start Method Profiling，一通操作后，再点击Stop method Profiling。就是弹出这段时间操作的trace文件。
   • 按Incl Real Time倒序排列
   • 一类是找执行时间久的方法，一类是找到调用次数多到不符合常理的方法。

避免方案

1. UI线程尽量只做跟UI相关的工作
2. 耗时的工作()比如数据库操作，I/O，网络操作)，采用单独的工作线程处理
3. 用Handler来处理UIthread和工作thread的交互