学习笔记之ANR_OOM

anr

anr就是一个应用程序无响应的对话框.在主线程中做了耗时操作.

1. 应用在5秒内未响应用户的输入事件，如按键或触摸事件
2. BroadcastReceiver未在10秒内完成相关的处理
3. Service的各个生命周期函数时20秒内没有执行完毕

1. 原因:

1. 主线程中IO操作(4.0后网络IO不允许在主线程中)阻塞
2. 主线程中存在耗时的计算

2. 造成anr主要原因在Android中那些操作是在主线程的

1. activity的所有生命周期回调都是执行在主线程的.
2. service默认是执行在主线程的.(改用IntentService)
3. BroadcastReceiver的onReceive回调是执行在主线程的.
4. 没有使用子线程的looper的handler的handlemessage,post(runnable)是执行在主线程的.
5. AsyncTask的回调除了doinbackground,其他都是执行在主线程的.

3. 解决anr

1. 使用asynctask处理耗时io操作
2. 使用thread或者handlerThread提高优先级(handlerThread子线程中可以创建handler来发送消息)
3. 使用handler来处理工作线程的耗时任务
4. activity的oncreate和onresume回调中尽量避免耗时操作

oom

当前占用的内存加上我们申请的内存资源超过了dalvik虚拟机的最大内存限制就会抛出oom异常.

1. 容易混淆的概念

内存溢出oom

内存抖动

短时间内大量的对象被创建,又被大量的释放.

内存泄漏

进程中的对象没有使用,但是引用到了没有被回收的对象,导致这些对象不能被回收.

2. 解决oom

bitmap优化

1. 优化图片显示
2. 及时释放内存
3. 图片压缩
4. inBitmap属性
5. 捕获异常

其他

1. listview: convertview/lru
2. 避免在ondraw执行对象的创建
3. 谨慎使用多进程

标签：oom,anr,OOM,主线,笔记,耗时,内存,ANR,程中
来源： https://blog.csdn.net/u013255127/article/details/101112140