博客
关于我
appNotResponding的代码处理流程
阅读量:756 次
发布时间:2019-03-23

本文共 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/

你可能感兴趣的文章
opencv面向对象设计初探
查看>>
OpenCV(1)读写图像
查看>>
OpenCV:不规则形状区域中每种颜色的像素数?
查看>>
OpenCV:概念、历史、应用场景示例、核心模块、安装配置
查看>>
OpenDaylight融合OpenStack架构分析
查看>>
OpenERP ORM 对象方法列表
查看>>
openEuler Summit 2022 成功举行,开启全场景创新新时代
查看>>
openEuler 正式开放:推动计算多样化时代的到来
查看>>
OpenEuler23.03欧拉系统_安装瀚高数据库企业版6.0.4_openeuler切换root用户_su:拒绝权限_passwd: 鉴定令牌操作错误---国产瀚高数据库工作笔记001
查看>>
OpenEuler23.03欧拉系统_安装瀚高数据库企业版6.0.4_踩坑_安装以后系统无法联网_启动ens33网卡---国产瀚高数据库工作笔记002
查看>>
OpenFeign 入门与实战
查看>>
OpenFeign源码学习
查看>>
OpenFeign的使用方式成功解锁
查看>>
OpenFeign组件声明式服务调用
查看>>
openfeign远程调用不起作用解决_使用Spring Boot的spring.factories进行注入---SpringCloud Alibaba_若依微服务框架改造---工作笔记007
查看>>
openfire开发(四)消息拦截器
查看>>
openfire源码解读之将cache和session对象移入redis以提升性能
查看>>
Openfire身份认证绕过漏洞复现+利用(CVE-2023-32315)
查看>>
OpenForest 开源项目安装与使用指南
查看>>
OpenGL glBlendFunc() 设置颜色混合 透明度叠加计算
查看>>