参考: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显示
检查策略
- 出现anr后，通过adb shell-->cat /data/anr/traces.txt 或 adb shell "cat /data/anr/traces.txt" | less命令可以查看anr的详细信息
- 通过TraceView进行分析：
- 选中想观察的进程。点击Start Method Profiling，一通操作后，再点击Stop method Profiling。就是弹出这段时间操作的trace文件。
- 按Incl Real Time倒序排列
- 一类是找执行时间久的方法，一类是找到调用次数多到不符合常理的方法。
避免方案
- UI线程尽量只做跟UI相关的工作
- 耗时的工作()比如数据库操作，I/O，网络操作)，采用单独的工作线程处理
- 用Handler来处理UIthread和工作thread的交互
