appNotResponding的代码处理流程-白红宇

appNotResponding的代码处理流程

阅读量：756 次

发布时间：2019-03-23

本文共 3115 字，大约阅读时间需要 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/

你可能感兴趣的文章