标签：oom anr OOM 主线 笔记 耗时 内存 ANR 程中

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

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。