crash 和 anr的区别
crash 和 anr的区别
crash
表现：程序奔溃或闪退。
影响：1、程序无法继续运行，数据丢失。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 错误对象存储到数组
测试中如何关注
针对如上的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秒内完成返回
根本原因：
-
主线程执行了耗时操作 (大量的数据库读写、耗时的网络访问、调用手机的某些功能超时)
-
其他程序占用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