本文共 3071 字，大约阅读时间需要 10 分钟。

ANR处理流程分析

ANR（Application Not Responding），即应用未响应，是在用户操作时，系统未能及时回应的情况。这种情况通常由长时间运行的任务阻塞主线程引起。接下来，将详细呈现ANR处理的代码流程以及相关后的调试步骤。

1. inputDispatchingTimedOut函数

当Input dispatch超时发生时，系统会调用inputDispatchingTimedOut函数。该函数的主要作用是检查是否有正在运行的输入派发耗时任务，并采取措施。

public boolean inputDispatchingTimedOut(final ProcessRecord proc, final ActivityRecord activity, final ActivityRecord parent, final boolean aboveSystem, String reason) {    mHandler.post(new Runnable() {        @Override        public void run() {            appNotResponding(proc, activity, parent, aboveSystem, reason);        }    });}

该方法通过Handler.post将appNotResponding调用派发到主线程，从而开始处理ANR情况。

2. appNotResponding函数

这是ANR处理的核心方法。该方法记录当前进程的ANR事件，包括进程ID、进程名称、活动信息以及触发ANR的原因。

final void appNotResponding(ProcessRecord app, ActivityRecord activity, ActivityRecord parent, boolean aboveSystem, String annotation) {    // 记录ANR事件    EventLog.writeEvent(EventLogTags.AM_ANR, app.userId, app.pid, app.processName, app.info.flags, annotation);        // 收集进程栈信息    String cpuInfo = null;    if (MONITOR_CPU_USAGE) {        updateCpuStatsNow();        synchronized (mProcessCpuTracker) {            cpuInfo = mProcessCpuTracker.printCurrentState(anrTime);        }        info.append(cpuInfo);    }        // 获取当前时间戳    final long anrTime = SystemClock.uptimeMillis();    app.notResponding = true;    mAm.appNotResponding(app, null, null, false, anrMessage);        // 发起堆栈跟踪dump    File tracesFile = dumpStackTraces(true, firstPids, processCpuTracker, lastPids, nativeProcs);        // 添加至DropBox    addErrorToDropBox("anr", app, app.processName, activity, parent, annotation, cpuInfo, tracesFile, null);        // 移动trace文件    String tracesPath = SystemProperties.get("dalvik.vm.stack-trace-file", null);    if (tracesPath != null && !tracesPath.isEmpty()) {        File traceRenameFile = new File(tracesPath);        String newTracesPath = constrain_traces_path(tracesPath, app.processName, mTraceDateFormat.format(new Date()));        traceRenameFile.renameTo(new File(newTracesPath));    }        // 启动ANR对话框    final Message msg = Message.obtain();    msg.what = SHOW_NOT_RESPONDING_MSG;    msg.obj = new HashMap<>();    msg.arg1 = aboveSystem ? 1 : 0;    msg.put("app", app);    if (activity != null) {        msg.put("activity", activity);    }    mUiHandler.sendMessage(msg);}

该函数启动多个子进程，用于收集故障信息，包括堆栈跟踪、CPU使用情况等，并将详细信息存储在DropBox中，以便日后分析。

3.日志与压缩文件分析

应用运行过程中生成的ANR报告，如/data/anr/traces.txt和/data/system/dropbox/data_app_anr@1482909385649.txt.gz，可以帮助开发者定位问题。

• /data/anr/traces.txt：记录了各线程的堆栈信息，可用来追溯问题线程。
• /data/system/dropbox/data_app_anr@*.txt.gz：是压缩文件，包含详细的故障报告，包括日志信息、CPU使用情况等。

这些文件不仅为开发者提供了问题发生的具体场景，还包含了性能数据，如设备的CPU和内存使用情况，有助于分析是否存在资源绑定的问题或长时间运行的任务。

4.故障处理建议

• 优化代码结构：定期检查和优化时间复杂度较高的代码路径，避免长时间运行的任务在主线程中执行。
• 使用并发库：优化I/O密集型任务，使用如Coroutines或ThreadPool，可以将耗时操作放到副bg线程中执行。
• 优化数据库查询：使用query优化器，并考虑使用Room数据库或其他更高效的数据存储解决方案。
• 监控ANR发生的频率：通过Logcat查看ANR日志，分析问题出现的频率，进而定位常见的错误点。
• 检查内存泄漏：使用工具如Android Profiler来检查内存泄漏情况，确保Activity和其他组件能正常释放资源。

总之，ANR问题是开发者日常工作中必须处理的常见问题。通过以上方法，开发者可以详细捕捉问题，并带来良好的用户体验。在实际开发中，还应结合具体项目需求，灵活调整优化策略，以最大限度地减少ANR对用户体验的影响。

转载地址：http://ayuzk.baihongyu.com/