Android技术知识

面试官:如何快速解决APP不稳定因素?

2022-08-28  本文已影响0人  搬砖小老弟

稳定性是影响用户体验的重要因素之一,随着APP功能及使用场景的日益复杂,稳定性保障愈发需要贯穿规划、设计、开发、测试、问题解决等应用全生命周期的各个阶段。因此,了解APP稳定性常见问题及定位方法是十分必要的。

应用闪退、崩溃、无响应等稳定性问题严重影响用户使用体验,为此小编梳理总结了常见稳定性问题,将从ANR/冻屏、Crash/Tombstone、资源泄露三方面进行系统介绍,希望为开发者带来帮助。本期将通过常见问题现象、问题定位方法及案例分享三方面对ANR进行介绍。

1、ANR问题原因分析

ANR通常是因为应用主线程被长时间占用,导致无法响应用户的input操作、广播接收和执行服务,此时会生成生成错误日志文件data_app_anr@XXXX, system_app_anr@XXXX。问题形成原因及常见现象详见下表:

2、ANR问题定位方法

1)打开ANR日志信息,确认发生ANR的进程号,ANR类型,问题发生时间等;

2)分析主线程调用栈是否处于耗时、死锁、等锁等状态,判断该ANR是App导致还是系统导致的,一般可结合流水日志确认。如果是死锁,看业务代码即可;

3)如果是Binder阻塞,查看Binder调用链信息,查找对端进程及其对端进程调用stack,找到阻塞函数,如果system_app_anr@ XXXX被截断,可以查看traces.txt文件;

4)如果是nativepollonce,可以查看BlockMonitor日志,是否主线程有比较耗时的操作;CPU占用率情况,iowait情况;最有效的是分析systrace日志;

5)如果system_app_anr@ XXXX中没有发生anr的调用stack,一般是三种情况:

3、Binder阻塞ANR案例分析
3.1 ANR主栈分析

可以明确,这个ANR发生的原因,是Binder阻塞:

此时主线程,阻塞在isCoverOpen函数。

3.2 Binder阻塞分析

查找对应的Binder transaction信息,分析Binder被阻塞的原因。

(1)确认ANR发生的Binder

阻塞的Binder是aod发生给systemserver的,但看不到systemserver的Binder线程,故需要看看systemserver的Binder情况。

(2)确认对端Binder

分析2618的主栈。

在Binder transcation表中可以看到,systemserver进程的16个Binder线程,全部被阻塞在给hwfacerecognize发送消息。

在Android中一个进程最多会使用16个Binder线程,systemserver的全部Binder线程都被阻塞,故不能再分配Binder线程处理其他的Binder消息,导致其他进程给systemserver发送Binder消息时是会被阻塞,且没有对端Binder线程的。

故问题的焦点,转移到了hwfacerecognize(PID 727)的进程上。

(3)业务代码分析

hwfacerecognize(PID 727)是人脸识别的进程,联合人脸识别模块的分析,发现是727进程出现crash。


为了帮助到大家更好的掌握 Framework 底层与性能优化相关知识点,这准备了 Android11.0最新Framework解析 与 性能优化知识点汇总和Android 性能监控框架 的学习文档,中间记录了 AMS、PMS、WMS、Hander、Binder、启动优化、内存优化、UI优化……等知识点,可谓是很全面了,↓↓↓

有需要的可以复制下方链接,传送直达!!!
https://qr21.cn/CaZQLo?BIZ=ECOMMERCE

内功心法不是一天两天就可以修炼出来的,而是需要每天的坚持,技术提升也是如此。所以最好的速成修炼方法就是每天学习一点,日积月累后就会发现自己进步的效果。

上一篇下一篇

猜你喜欢

热点阅读