? ? ?
序言? ? ? ??
前几天有人问我，什么时候会触发ANR？随口回答，主线程卡顿并且有输入操作未被响应的时候，会触发ANR，这应该也是网上标准的答案了。但是仔细想一想，好像debug调试的时候没有点击也会出现应用没有响应的问题。好吧，那我们就带着这个问题，去一步一步的看一下，安卓什么时候会触发ANR。
一.程序无响应Dialog的入口
排查这个问题，我们首先要找到排查问题的入口。造一个程序无响应的场景，然后打开uiautomatorviewer工具查看布局。首先我们看到的是下面这样一个场景，先基于android-29的源码全局文字：没有响应，关闭应用，等待，没有搜到，正常，这些文字应该是配置在xml中的。换个思路搜id，关闭应用对应的是aerr_close，全局搜果然搜到了，在AppNotRespondingDialog类中。对应的类名正好也符合：APP无响应。所以说我们的入口找到了。
另外我们看一下AppNotRespondingDialog的包名：com.android.server.am，说明是跑在Serve端的。
?
?
二.查找AppNotRespondingDialog引用
发现有是AppErrors的handleShowAnrUi方法调用的。我们先看整个调用流程：
1.InputManagerService的notifyANR方法
// Native callback.
private long notifyANR(IBinder token, String reason) {
return mWindowManagerCallbacks.notifyANR(
token, reason);
}好吧，调用触发点是naive。
2.InputManagerCallback的notifyANR方法
@Override
public long notifyANR(IBinder token, String reason) {
AppWindowToken appWindowToken = null;
WindowState windowState = null;
boolean aboveSystem = false;
synchronized (mService.mGlobalLock) {
...
//存储日志的
mService.saveANRStateLocked(appWindowToken, windowState, reason);
}
// All the calls below need to happen without the WM lock held since they call into AM.
mService.mAtmInternal.saveANRState(reason);
if (appWindowToken != null && appWindowToken.appToken != null) {
...
} else if (windowState != null) {
//通知弹出ANR的框
long timeout = mService.mAmInternal.inputDispatchingTimedOut(
windowState.mSession.mPid, aboveSystem, reason);
if (timeout >= 0) {
// The activity manager declined to abort dispatching.
// Wait a bit longer and timeout again later.
return timeout * 1000000L; // nanoseconds
}
}
return 0; // abort dispatching
}3.ActivityManagerService.LocalService的inputDispatchingTimedOut方法
4.ActivityManagerService的inputDispatchingTimedOut方法
5.ProcessRecord的appNotResponding方法
if (mService.mUiHandler != null) {
// Bring up the infamous App Not Responding dialog
Message msg = Message.obtain();
msg.what = ActivityManagerService.SHOW_NOT_RESPONDING_UI_MSG;
msg.obj = new AppNotRespondingDialog.Data(this, aInfo, aboveSystem);
mService.mUiHandler.sendMessage(msg);
}6.ProcessRecord的appNotResponding方法
case SHOW_NOT_RESPONDING_UI_MSG: {
mAppErrors.handleShowAnrUi(msg);
ensureBootCompleted();
} break;7.ProcessRecord的appNotResponding方法
void handleShowAnrUi(Message msg) {
Dialog dialogToShow = null;
List<VersionedPackage> packageList = null;
synchronized (mService) {
AppNotRespondingDialog.Data data = (AppNotRespondingDialog.Data) msg.obj;
final ProcessRecord proc = data.proc;
if (proc == null) {
Slog.e(TAG, "handleShowAnrUi: proc is null");
return;
}
...
if (mService.mAtmInternal.canShowErrorDialogs() || showBackground) {
dialogToShow = new AppNotRespondingDialog(mService, mContext, data);
proc.anrDialog = dialogToShow;
} else {
MetricsLogger.action(mContext, MetricsProto.MetricsEvent.ACTION_APP_ANR,
AppNotRespondingDialog.CANT_SHOW);
// Just kill the app if there is no dialog to be shown.
mService.killAppAtUsersRequest(proc, null);
}
}
// If we've created a crash dialog, show it without the lock held
if (dialogToShow != null) {
dialogToShow.show();//显示程序无响应的框
}
...
}三.native来源
对native层研究并不深，所以这一块主要还是借鉴别人的文章：
??????android input anr分析 - 知乎
总结一下：
就是如果卡在事件分发的流程上，有多个事件都未得到处理，累计超过5S则会触发ANR。?
如果时间分发结束，通过handler分发任务出来再处理的，则需要单次耗时超5S则会触发ANR。
回头想一下我们调试时触发ANR的场景，其实应该也是前面有输入事件，虽然输入得到了响应，但是实际上并没有处理完成，导致事件处理完成的消息没有发回给Serve，从而触发的ANR。
?