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的交互

你可能感兴趣的:(Anr总结)