Android ANR和Crash的简介和解决办法

一、 Crash

表现:程序奔溃或闪退

1、 对应用的影响

            1、 程序无法继续运行,数据丢失。

            2、 糟糕的用户体验。

2、产生原因

从Android框架可区分为Application  Crash和Native Crash。

Application  Crash由于java层线程因未捕获异常而终止,由系统的void uncaughtException(Thread t,Throwable e)  方法进行捕获和处理,通常会给出界面弹窗提示“***已停止运行。”。

Application  Crash常见原因如下:(都是常见的java异常)

1、 NullPointerException:空指针异常。

2、 SQLException:操作数据库异常类。

3、 ClassCastException:数据类型转换异常。

4、NumberFormatException:字符串转换为数字类型时抛出的异常。

5、ClassNotFoundException  异常的解释是"指定的类不存在"。

6、ArithmeticException  这个异常的解释是"数学运算异常",比如程序中出现了除以零这样的运算就会出这样的异常。

7、ArrayIndexOutOfBoundsException 数组越界异常

8、IllegalArgumentException  这个异常的解释是"方法的参数错误"

9、IllegalAccessException  这个异常的解释是"没有类访问权限"

10、ArrayStoreException 错误对象存储到数组


Native Crash在C++层中出现,上层的java程序无法获取信息,仅从界面上看到闪退现象,可以从Monkey测试中进行关注。

具体原因如下:

       设备碎片化:由于设备极具多样性,App在不同的设备上可能有表现不同。

  带宽限制:带宽不佳的网络对App所需的快速响应时间可能不够。

  网络的变化:不同网络间的切换可能会影响App的稳定性。

  内存管理:可用内存过低,内存泄漏、或使用非授权的内存位置。

  用户过多:连接数量过多可能会导致App崩溃。

  代码错误:无效内存地址、空指针、执行非法的指令、访问的资源不存在、对异常没有处理等。

  第三方服务:广告或弹出屏幕可能会导致App崩溃。

3、测试中如何关注

针对如上的Application  Crash的原因分析,可得出对应的测试关注方法:

a)    关注界面中的所有按钮、控件的操作有效性,点击是否能产生对应的目标事件。

b)    通过自动化对应用的部分运算操作进行长时间负载测试,可有效暴露此问题。

c)    通过重复的多次操作可有效暴露此问题。

d)    通过对输入框进行异常输入,例如日期输入框,文本输入框等。

4、如何解决

1、log文件夹下全局搜am_crash,此时会把log文件下下所有的包含am_crash的行显示出来

2、crash问题很好看,基本上就代码写的有问题,针对出现的问题修改一下就好


二、 ANR

ANR:ApplicationNot Responding,程序未响应。

1、对应用影响是什么

        a) 等待时间过长,无提示,无法给出等待的反馈,用户流失。

        b) 无法继续完成操作,数据丢失。

2、产生原因

        a) 主线程 (“事件处理线程” / “UI线程”) 在5秒内没有响应输入事件

        b)  BroadcastReceiver 没有在10秒内完成返回

根本原因:

1. 主线程执行了耗时操作 (大量的数据库读写、耗时的网络访问、调用手机的某些功能超时)

2. 其他程序占用CPU导致本进程得不到CPU时间片 (其他进程的频繁读写操作、其他线程持有锁,导致主线程等待超时、其它线程终止或崩溃导致主线程一直等待)

3、测试中如何关注

a) 对部分上传文件较大的页面、保存文件信息较多的动作,比如电话本信息、带有图片的记事本保存等操作。

b)  对某一时间的网络进行极限使用,在被测应用的一个场景无法使用网络的情况下关注。

c) 重复多次的操作可能导致ANR事件,可使用Monkey工具进行测试。

d) 多任务、多线程应用内存占用极限时。

从测试层面对这两类报错事件进行了简单介绍和分析,未讲解具体应用的报错信息,但提出了一些测试中容易遇到报错的路径和方法,以便在测试中更多的发现问题。

4、如何解决

1、log文件夹下全局搜am_anr,此时会把log文件下下所有的包含am_anr的行显示出来(也可以搜activitymanager: ANR)

2、一般同一个时间点的anr log会在不同的文件中出现两次,一次是logxxx.txt中,一次是在crash_xxxxxx文件夹中的aplog_ANR_时间文件中

3、进入到crash_xxxxxx文件夹下,找到一个data_app_anr@xxx.txt文件

4、在data_app_anr@xxx.txt文件中找到"main" prio=5 tid=1 Nativ这一行,往下看会有一些异常log,这些log描述的就是问题原因

ANR如果是由于主线程阻塞,在data_app_anr@xxx.txt中的"main" prio=5 tid=1 中会显示 block


------本文内容来自以下博客-------

https://blog.csdn.net/pyn815093235/article/details/45895787

https://blog.csdn.net/dzy_mails/article/details/51917454

http://blog.sina.com.cn/s/blog_b9e81be90102z07r.html

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。