Android(安卓)App 性能优化之稳定性

Android App性能优化之稳定性问题分类

1. ANR
2. Crash
3. 应用退出

1. ANR
ANR(Application Not Responding 应用程序无响应)
1.1大致可分为三类情况：

输入事件响应超时（主要类型）：主线程（“事件处理线程”、“UI线程”）在5秒内没有响应输入事件。
广播接收处理超时：BroadcastReceiver 没有在10秒内完成返回。

前台广播为10s，后台广播为60s，默认发送的为后台广播
发送广播时，携带Intent.FLAG_RECEIVER_FOREGROUND将广播设置为前台广播

Service服务处理超时（小概率事件）：Service在20秒（前台5s，后台service为200s，默认为后台服务）内没有执行完成应用发起的service请求。

前台服务：超时时间为5s，通过startForegroundService将指定服务指定为前台服务，会在notification中存在提示信息。
被前台进程binder的服务：service服务被前台进程binder，那么此服务的超时时间为20s。
被后台进程binder的服务：service服务被后台进程binder，那么此服务的超时时间为200s。

1.2 原因分析

程序自身主线程问题引起的ANR，通过ANR的tombstone backtrace定位。

主进程进行IO文件操作。
主进程进行大量频繁的数据库操作。
主进程进入死循环。
高耗时的操作，如图像变换。
大量的创建新对象。
存在耗时的计算。
主线程错误操作，如Thread.wait。

iowait过高，此类异常是后台有进程在进行大量io磁盘操作。
cpu占用率过高，查看backtrace中cpu信息，查看哪个进程占用cpu较高，具体分析较高的进程是否正常。
内存过低，手机在内存过低的情况下，系统会不断kill掉优先级低进程。

1.3 排查流程

Log获取

抓取bugreport，输入命令：adb shell bugreport > bugreport.txt
直接导出/data/anr/traces.txt文件，输入命令：adb pull /data/anr/traces.txt trace.txt

搜索 “ANR in” 处的log关键点解读

2. Crash
2.1 Crash 出现的常见场景

NullPointerException 空指针
IndexOutOfBoundsException 下标越界异常
ClassCastException 类型转换异常
ActivityNotFoundException Activity 未找到异常
IllegalStateException 非法状态异常
SecurityException 安全异常
ArrayIndexOutOfBoundsException 数组越界异常
OOM OutOfMemoryError 内存溢出

减少对象的内存占用
内存对象的重复使用
避免对象的内存泄漏
内存使用策略优化

内存泄漏

LeakCanary 内存泄漏检测工具
https://github.com/square/leakcanary

常见场景
a、类的静态变量持有大数据对象
b、非静态内部类存在静态实例
c、资源对象未关闭
d、Bitmap 未释放
e、注册未取消
f、集合中对象没清理
g、Handler 内存泄漏，声明Handler为static类，这样子内部类就不在持有外部类的引用了
h、构造Adapter时，未使用缓存的convertView

如何避免
a、使用更加轻量的数据接口，比如使用ArrayList代替HashMap
b、避免使用枚举 Enum
c、减少Bitmap对象的内存占用
d、使用StringBuilder代替String+=
e、避免在onDraw方法里面执行对象的创建

依赖库问题

Android App 经常会依赖很多aar,每个aar可能有多个版本，如果互相依赖的aar有不兼容的办办，存在的问题在打包时不能发现的，只有在相关代码执行时才会出现，会造成比如NoClassDefFoundError、NoSuchMethodError、NoSuchFieldError等异常。

3. 应用退出

主动自杀
Process.killProcess()、exit()
崩溃
系统重启
系统异常、断电等
被系统杀死
被LMK杀死、从系统的任务管理器中划掉等

更多相关文章

随机推荐